Resource optimization allocation system

ABSTRACT

Embodiments of the invention are directed to a system, method, or computer program product for resource optimization allocation via an interactive resource interface. In this way, the invention provides a comprehensive integrated platform for identification, continual monitoring and optimal allocation of resources on a mobile device. The invention enables identification of existing resources. In one aspect, the system identifies inflow resource transfers associated with a first resource. The system then determines if the inflow resource transfers are required for processing of critical tasks. Consequently, the system initiates a resource transfer, comprising at least a portion of the inflow resource transfer, from the first resource to a second user resource. Typically, the second resource is configured to promote resource accumulation. In another aspect of the invention, the system identifies a third user resource that is configured to foster resource growth, that is then linked with the second resource.

CROSS-REFERENCE TO PRIORITY APPLICATION

This application is a continuation of and claims the benefit of U.S.Non-Provisional Patent Application Ser. No. 14/987,721 entitled“Resource Optimization Allocation System” filed on Jan. 4, 2016, whichpublished on Jul. 6, 2017, as U.S. Patent Application Publication No.2017/0195994, each of which is hereby incorporated by reference in itsentirety.

FIELD

The present invention relates to identification, monitoring, trackingand optimal allocation of resources using a real-time interactiveresource tracking and allocation platform.

BACKGROUND

Advancements in technology have made mobile devices with multi-facetedfunctionality ubiquitous. These developments have facilitated numerousmethods for resource transfer and utilization. With the continuedaddition of new functions to these mobile devices, novel systems fordetecting availability of resources at various sources/locations,monitoring resource transfers, ascertaining impact of resource transfersand configuring resource transfers for critical tasks and goals aredesired. Additionally, a need exists for an integrated platform forpresentation, tracking, configuration and optimal allocation of variousresources, in real-time or near real-time, to ensure realization ofcritical tasks and goals and to facilitate resource growth.

BRIEF SUMMARY

The following presents a simplified summary of one or more embodimentsof the invention in order to provide a basic understanding of suchembodiments. This summary is not an extensive overview of allcontemplated embodiments, and is intended to neither identify key orcritical elements of all embodiments, nor delineate the scope of any orall embodiments. Its sole purpose is to present some concepts of one ormore embodiments in a simplified form as a prelude to the more detaileddescription that is presented later.

Embodiments of the present invention address the above needs and/orachieve other advantages by providing apparatuses (e.g., a system,computer program product and/or other devices) and methods for real-timeresource tracking and allocation, whereby the system provides acomprehensive integrated platform for identification, monitoring andoptimal allocation of resources in real-time. In this way, the inventionprovides a real-time overlay resource interface on a mobile device.

In one embodiment, the system may be configured to: establish anoperative communication link with a mobile device associated with a userand provide a user resource application on the mobile device; determineuser resources associated with the user, wherein determining userresources comprises analyzing mobile device data associated with theuser; receive authorization credentials from the user to access the userresources; extract resource data from a source of each user resourceassociated with the user, wherein resource data comprises real-timeresource level, resource transfer history, resource transfer schedulesand user goals for each user resource; transform the extracted resourcedata into a textual format encrypted for use only on an automaticresource allocation interface associated with the user resourceapplication; determine a transactional resource of the user resourcescomprising a transactional resource level; and identify at least onetrigger event comprising an inflow resource transfer into atransactional resource of the user resources, wherein identifying the atleast one trigger event comprises determining an inflow resourcetransfer value associated with the trigger event; determine a savingsresource of the user resources comprising a savings resource level; andinitiate, automatically and in real-time, an outflow resource transferfrom the transactional resource such that at least a portion of theinflow resource transfer value is transferred to the savings resource,wherein the outflow resource transfer causes an increase in the savingsresource level; and transmit control signals to the mobile device thatcause the user resource application to present notifications associatedwith the current levels of user resources after the resource transfer.

In another embodiment, and in combination with the previous embodiment,the system may be configured to: determine a first user input comprisinga first gesture; determine an investment resource based on correlatingthe first gesture with the investment resource, wherein the investmentresource comprises an investment resource level; and initiate,automatically and in real-time, an outflow resource transfer from thesavings resource to the investment resource, wherein the outflowresource transfer causes an decrease in the savings resource level.

In another embodiment, and in combination with any of the previousembodiments, transforming the extracted resource data into a textualformat encrypted for use only on an interactive resource interfacefurther includes preventing the data from being readable in any mediumother than the interactive resource interface if data is removed fromthe interactive resource interface.

In another embodiment, and in combination with any of the previousembodiments, presenting the interactive resource interface furthercomprises receiving an approved authentication credential from the userbased on an authentication request presented to the user, wherein theauthentication request requires user input of authorization credentialsfor a randomly selected resource available to the user.

In another embodiment, and in combination with any of the previousembodiments, the system may be configured to: determining a user inputcomprising a second physical gesture; correlating the gesture with afirst resource transfer value; and transferring the first resourcetransfer value from the transactional resource to the savings resource,based on determining that the transactional resource level is above apredetermined threshold value.

In another embodiment, and in combination with any of the previousembodiments, the predetermined threshold value is an aggregate resourcesvalues required for critical tasks of the user.

In another embodiment, and in combination with any of the previousembodiments, the system may be configured to: identify the at least onetrigger event comprising an initiation of an outflow resource transferfrom the transactional resource via a first application of the mobiledevice, wherein the first application is a third party applicationconfigured to allow the user to initiate resource transfers from userresources through a first interface presented on the display; generate acontextual visual representation of a goal product or service for theuser resources; present the generated contextual visual representationon the display associated with the mobile device, wherein the generatedcontextual visual representation upon presentation, locks thefunctionality of the first application for a predetermined time period;and restrict the outflow resource transfer until the identification of asecond trigger event, wherein the second trigger event comprises atleast one of elapse of the predetermined time period and receiving auser input comprising reallocation of the outflow resource transfer tothe savings resource.

In another embodiment, and in combination with any of the previousembodiments, the user resources comprise financial resources of theuser.

The features, functions, and advantages that have been discussed may beachieved independently in various embodiments of the present inventionor may be combined with yet other embodiments, further details of whichcan be seen with reference to the following description and drawings.

BRIEF DESCRIPTION OF THE DRAWINGS

Having thus described embodiments of the invention in general terms,reference will now be made to the accompanying drawings, wherein:

FIG. 1 provides a real-time resource tracking and allocation systemenvironment, in accordance with one embodiment of the present invention;

FIG. 2 provides a high level process flow illustrating real-timeresource tracking and allocation, in accordance with one embodiment ofthe present invention;

FIG. 3 provides a map illustrating aspects of a real-time resourcetracking and allocation platform, in accordance with one embodiment ofthe present invention;

FIG. 4 provides a process map illustrating the real-time determinationof resource availability process, in accordance with one embodiment ofthe present invention; and

FIG. 5 provides a process map illustrating the real-time determinationof resource availability process, in accordance with one embodiment ofthe present invention.

FIG. 6 provides a high level process flow illustrating resourceoptimization allocation, in accordance with one embodiment of thepresent invention; and

FIG. 7 provides a high level process flow illustrating resourceallocation based on available resources, in accordance with oneembodiment of the present invention.

DETAILED DESCRIPTION OF EMBODIMENTS OF THE INVENTION

Embodiments of the present invention will now be described more fullyhereinafter with reference to the accompanying drawings, in which some,but not all, embodiments of the invention are shown. Indeed, theinvention may be embodied in many different forms and should not beconstrued as limited to the embodiments set forth herein; rather, theseembodiments are provided so that this disclosure will satisfy applicablelegal requirements. Like numbers refer to elements throughout. Wherepossible, any terms expressed in the singular form herein are meant toalso include the plural form and vice versa, unless explicitly statedotherwise. Also, as used herein, the term “a” and/or “an” shall mean“one or more,” even though the phrase “one or more” is also used herein.

Furthermore, as used herein the term “user device” or “mobile device”may refer to mobile phones, personal computing devices, tabletcomputers, wearable devices, and/or any portable electronic devicecapable of receiving and/or storing data therein.

“Resources” or “user resources” may include accounts of the user and/orother property owned by the user. An “account” or a “financial account”is the relationship that a user has with an entity, such as a financialinstitution. Examples of accounts include a checking account, a depositaccount, such as a transactional account (e.g., a banking account), asavings account, an investment account, a money market account, a timedeposit, a demand deposit, a pre-paid account, a credit account, anaccount associated with a loyalty program, non-monetary userinformation, or the like. The account is associated with and/ormaintained by the entity. Resources or user resources may also includepayment instruments (for example, credit cards and debit cardsassociated with the user) and negotiable instruments (for example,checks in the form of physical checks or Image Cash letters (ICL) withthe user as the payer/payee) associated with the user. The resources maybe associated with accounts or may be properties, revenues, incomes,assets, funds and other equity that are not associated with a specificaccount. Examples of resources associated with accounts may be accountsthat have cash or cash equivalents (savings account, checking accountand the like), or accounts that are funded with or contain property,such as safety deposits box account for jewelry, a trust account that isfunded with property, or the like. Examples of resources that may not beassociated with accounts may be antiques in a user's home, jewelry in auser's home, or the like. “Resource level” or “Available Balance/Funds”are resource values, a balance in an account that can be invested,withdrawn or otherwise allocated or the worth of an account. Forexample, the resource level may refer to the amount available forwithdrawal in a checking account/a savings account after posting ofcurrent and pending transactions. As another example, the resource levelmay refer to a bank ledger balance minus the amount of any monetarychecks in the process of collection. Resource level may also be referredto as an available balance, a collected balance, good funds, and usablefunds.

“Resource transfer” refers to fund inflows and outflows from aparticular resource. “Inflow resource transfers” or “inflows” refer tofunds received from or deposited into the user's resources (e.g., user'saccounts, or the like), such as paychecks, 401K disbursements, pensiondisbursements, rental property, or the like. Typically, inflow resourcetransfers comprise income, influx, earnings or other input into aparticular resource that result in increase of a resource level of theresource. “Outflow resource transfers” or “outflows” refer to fundsoutgoing from the user's resources (e.g., user's accounts, or the like)to cover expenses, such as payments for housing (e.g., rent ormortgage), bills, health care insurance and other costs, heat, water,food, car, boat, transportation, or like, which illustrates all of thecritical or essential (e.g., necessary or semi-necessary to the user)costs that cover what the user currently uses to live. Typically,outflow fund transfers comprise expenses, payments and otherdisbursements from a particular resource that cause a decrease in theresource level of the resource. A “payment” is a monetary amount or itemof monetary value transferred from one individual or entity to anotherindividual or entity in return for receipt of good(s) and/or services.

A “transaction” may refer to any communication between a user and thefinancial institution or other entity monitoring the user's activities.For example, a transaction may refer to a purchase of goods or services,a return of goods or services, a payment transaction, a credittransaction, or other interaction involving a user's account. In someembodiments, a transaction comprises one or more resource transfers. Inthe context of a financial institution, a transaction may refer to oneor more of: a sale of goods and/or services, initiating an automatedteller machine (ATM) or online banking session, an account balanceinquiry, a rewards transfer, an account money transfer or withdrawal,opening a bank application on a user's computer or mobile device, a useraccessing their e-wallet, or any other interaction involving the userand/or the user's device that is detectable by the financialinstitution. A transaction may include one or more of the following:renting, selling, and/or leasing goods and/or services (e.g., groceries,stamps, tickets, DVDs, vending machine items, and the like); makingpayments to creditors (e.g., paying monthly bills; paying federal,state, and/or local taxes; and the like); sending remittances; loadingmoney onto stored value cards (SVCs) and/or prepaid cards; donating tocharities; and/or the like.

A “user” may be a financial institution user (e.g., an account holder ora person who has an account (e.g., banking account, credit account, orthe like)). In one aspect, a user may be any financial institution userinvolved in resource monitoring and allocation with the financialinstitution or any other affiliate entities associated with thefinancial institution. In some embodiments, the user may be anindividual who may be interested in opening an account with thefinancial institution. In some other embodiments, a user may be anyindividual who may be interested in resource tracking, monitoring andoptimization allocation platform offered by the financial institution.In some embodiments, a “user” may be a financial institution employee(e.g., an underwriter, a project manager, an IT specialist, a manager,an administrator, an internal operations analyst, bank teller or thelike) capable of operating the system described herein. For purposes ofthis invention, the term “user” and “customer” may be usedinterchangeably.

With advancements in technology infrastructures and wirelesscommunication implementation, portable multi-function devices, such aslaptop computers, tablet computers, mobile phones, smart phones,wearable devices and the like are common. Typically, individuals mayhave a user device with them when in public. These user devices have thecapability to hold large amounts of information, including personalinformation, resource data (information associated with user resourceslike banking accounts, payment instruments like credit cards and thelike). In other aspects the user devices may enable access to resourcedata stored at other sources and databases based on requisiteauthorization. These devices may also be configured to enable the userto perform one or more activities, transactions or resource transfersthrough an application via online banking, mobile banking, mobilewallets and the like. As such, advancements in technology havefacilitated numerous new methods for resource transfer and utilizationwith user devices. Typically, a user may be associated with multipleresources, the resources being associated with multiple entities,devices and/or systems. Therefore, systems configured for detectingavailability of resources at various sources/locations of entities,monitoring resource transfers conducted through multiple devices,ascertaining aggregate impact of resource transfers and configuringresource transfers for critical tasks and goals in a coordinated andintegrated manner, are desired. Additionally, a need exists for anintegrated platform for presentation, tracking, configuration andoptimal allocation of various resources, in real-time or near real-time,to ensure realization of critical tasks and goals and to facilitateresource growth.

Embodiments of the present invention address the above needs and/orachieve other advantages by providing apparatuses (e.g., a system,computer program product and/or other devices) and methods for providinga real-time resource tracking and allocation platform via an interactiveinterface with incorporated dashboard. In this way, the inventionprovides various interactive tools and integrated interfaces/dashboardson a mobile device associated with the user. Specifically, the inventionprovides an integrated platform to enable the user to monitor variousresources/accounts associated with multiple entities, monitor currentresource levels and balances and track past and current resourcetransfers, by extracting resource data from various sources/locationsassociated with the resources and generating a single integratedinterface/platform on the user device. The invention may furtheraggregate and suitably transform the data to determine comprehensivespending trends and saving patterns of the user based on parsing theresource data associated with multiple user resources/accounts. In someembodiments, the system may determine budgets for user based ondetermining critical activities and goals of the user and additionallyenable the user to actively and conscientiously monitor resourcetransfers/transactions and their global impact on the user resources,goals and budgets. Furthermore, the invention may enable the user toallocate and invest resources appropriately, to increase/grow savings.Typically, the invention provides tools for increased savings that aretailored/configured for each user and that are configured to be easilyincorporated into the user's routine. While the system may automaticallyinitiate or promote savings activities in a timely manner in someinstances, in other instances the system may also transmit notificationsand alerts to the user to remind the user to initiate the savingsactivities. In this regard, the invention may enable the user to achievesavings at multiple levels. For instance, the system may intimate smalltransfers to saving accounts based on day to day activities of the userthat may be accrued for short term savings goals. As another instance,the system may initiate large transfers to saving accounts based onmonthly or quarterly incomes, and/or large transfers between accountsfor achieving long term goals (for example, transfers to a retirementaccount). In other aspects of the invention, the system may safe guardthe savings accounts of the user, or other accounts that are earmarkedfor critical tasks and goals and restrict reallocation of resources oroutflows from these accounts.

In some embodiments, the system may determine forecasted balance ofresources based on current account balances, scheduled payments, andscheduled savings goals. Once determined, the invention may display theforecasted balance on the application of the user mobile device toenable the user to determine what amount to spend or move to savings,determine the optimal methods and investments for savings growth andprovide tools, tips and suggestions for saving and investing. Thus,presenting a holistic resource view on a mobile device in an interactiveintegrated interface overlaying a displaying screen on the mobiledevice. The system may provide a day-to-day real-time analysis ofaccounts to determine on a daily or monthly basis the amount ofresources available for use for the user. Furthermore, the system mayproject savings for the user if the user selects to invest or add to asavings program. The system may also allow for bill payment smoothing bypresenting a suggested average monthly payment for a cyclical paymentthat will account for the lows and peaks of the billing cycle. Thesystem may provide a dashboard where the user can view a snapshot ofsavings activities and tools like goal, progress, forecasted balance,savings projections, spending categories, links to savings tools, andthe like associated with all of the user's resources.

In some embodiments, the system further incorporates a savings tool thataims to achieve steady state expenses each month with respect to auser's resources. If the user underspends or spends less that apredicted budgeted amount for an expense, the system automaticallytransfers the difference into a separate account. For example, if theuser has completed payments for an auto loan, the system may transferthe amount into a savings account to prevent reabsorption into thebudget. Alternatively, the system may also achieve steady stateresources by diverting any additional income to a savings account. Inthis way, if the user has large fluctuations in resources, thisapplication would be suitable for steady state resource derivation.

Embodiments of the invention are directed to a system, method, orcomputer program product for a distributive network system withspecialized data feeds associated with the distributive network andspecific triggering events associated with the data feeds for coding andoverlaying an interface and associated dashboard onto a displayingmobile device. Thus, the system may communicate with, store, and executecode on a mobile device for completion of overlay and presentation ofthe interface. Furthermore, the system may manipulate and transformcurrently stored applications on a user device for overlay of thedashboard associated with the interface.

FIG. 1 illustrates a real-time resource tracking and allocation systemenvironment 100, in accordance with one embodiment of the presentinvention. FIG. 1 provides the system environment 100 with a thedistributive network system and specialized data feeds associated withthe real-time resource tracking and allocation, configured for overlayof an interactive resource interface and dashboard on a user device,with specific triggering events associated with the data feeds forresource availability manipulation and visualization.

FIG. 1 provides a unique system that includes specialized servers andsystems, communicably linked across a distributive network of nodesrequired to perform the functions of providing real-time resourcetracking and optimized allocation. Furthermore, the invention presents aresource interface that may be configured to appear via overlay on amobile device screen. The resource interface may be overlaid on themobile device display during an existing user session, such as a websession, texting session, telephone session, gaming session, or the likebeing conducted on the mobile device. Thus, the interface may displaceone or more portions of the existing user session on the display, assuch manipulating the physical position of the display elements of theweb session, text session, telephone session or the like such that thedashboard may be displayed and visualized as an overlay. In someembodiments, overlaying the resource interface may comprise initiatingpresentation of one or more resource interfaces or dashboards describedthroughout this disclosure.

As illustrated in FIG. 1, the resource tracking and allocation system108 or application server is operatively coupled, via a network 101 tothe user system 104, and to the financial institution system 106. Inthis way, the resource tracking and allocation system 108 can sendinformation to and receive information from the user device 104 and thefinancial institution system 106 or financial institution server. FIG. 1illustrates only one example of an embodiment of the system environment100, and it will be appreciated that in other embodiments one or more ofthe systems, devices, or servers may be combined into a single system,device, or server, or be made up of multiple systems, devices, orservers.

The network 101 may be a system specific distributive network receivingand distributing specific network feeds and identifying specific networkassociated triggers. The network 101 may also be a global area network(GAN), such as the Internet, a wide area network (WAN), a local areanetwork (LAN), or any other type of network or combination of networks.The network 101 may provide for wireline, wireless, or a combinationwireline and wireless communication between devices on the network 101.In some embodiments, the network 101 may enable communication betweendevices thorough near-field communication, transmission ofelectromagnetic waves, sound waves or any other suitable means.

In some embodiments, the user 102 is an individual that has a userdevice, such as a mobile phone, tablet, or the like. FIG. 1 alsoillustrates a user system 104. The user device 104 may be, for example,a desktop personal computer, a mobile system, such as a cellular phone,smart phone, personal data assistant (PDA), laptop, or the like. Theuser device 104 generally comprises a communication device 112, aprocessing device 114, and a memory device 116. The user device 104 is acomputing system that provides authentication for resource viewing andfor interaction with and manipulation of the resource interface. Theprocessing device 114 is operatively coupled to the communication device112 and the memory device 116. The processing device 114 uses thecommunication device 112 to communicate with the network 101 and otherdevices on the network 101, such as, but not limited to the financialinstitution system 106 and the resource tracking and allocation system108. As such, the communication device 112 generally comprises a modem,server, or other device for communicating with other devices on thenetwork 101.

The user device 104 comprises computer-readable instructions 120 anddata storage 118 stored in the memory device 116, which in oneembodiment includes the computer-readable instructions 120 of a userresource application 122. The user resource application 122 may also bereferred to as a user resource tracking and allocation application. Insome embodiments, the user resource application 122 is a comprehensiveintegrated platform for identification, monitoring and optimalallocation of resources associated with the user. In some embodimentsuser device 104 may refer to multiple user devices that may beconfigured to communicate with the resource tracking and allocationsystem and/or the financial institution system via the network 101. Theuser resource application 122 may be a standalone application configuredfor real-time resource tracking and allocation or the user resourceapplication 122 may refer to one or more existing applications on theuser device. In some embodiments the resource tracking and allocationsystem 108 and/or the financial institution system may transmit controlsignals to the user device, configured to cause the user resourceapplication 122 to perform one or more functions or steps associatedwith resource tracking and allocation.

In some embodiments, the user resource application 122 allows a user 102to provide authentication for resource viewing and for interaction withand manipulation of the resource interface via the user device 104. Insome embodiments, the user resource application 122 allows the user tosign onto or authenticate into the resource interface. In this way, theuser resource application 122 may allow the user access to theinteractive resource interface via authentication. Authentication intothe interface may require at least one authentication into one or moreof the resources. In this way, if a user has a checking account, theuser resource application 122 may accept authentication into thechecking account as an acceptable authentication into the resourceinterface. The user resource application 122 based on communication fromthe resource tracking and allocation system 108 may randomly require theuser to authenticate into the resource interface by requesting a randomresource account authentication credential to access the interface. Insome embodiments, based on the received authentication credentials andrequisite authorization, the resource tracking and allocation system 108may extract resource data associated with user resources from varioussources (for example, memory device 140 of the financial institutionsystem 106, memory device 116 of one or more user devices 104, and thelike) and present the extracted, parsed data on the resource interface.

As further illustrated in FIG. 1, the resource tracking and allocationsystem 108 generally comprises a communication device 146, a processingdevice 148, and a memory device 150. As used herein, the term“processing device” generally includes circuitry used for implementingthe communication and/or logic functions of the particular system. Forexample, a processing device may include a digital signal processordevice, a microprocessor device, and various analog-to-digitalconverters, digital-to-analog converters, and other support circuitsand/or combinations of the foregoing. Control and signal processingfunctions of the system are allocated between these processing devicesaccording to their respective capabilities. The processing device mayinclude functionality to operate one or more software programs based oncomputer-readable instructions thereof, which may be stored in a memorydevice.

The processing device 148 is operatively coupled to the communicationdevice 146 and the memory device 150. The processing device 148 uses thecommunication device 146 to communicate with the network 101 and otherdevices on the network 101, such as, but not limited to the financialinstitution system 106 and the user system 104. As such, thecommunication device 146 generally comprises a modem, server, or otherdevice for communicating with other devices on the network 101.

As further illustrated in FIG. 1, the resource tracking and allocationsystem 108 comprises computer-readable instructions 154 stored in thememory device 150, which in one embodiment includes thecomputer-readable instructions 154 of a resource application 158. Insome embodiments, the memory device 150 includes data storage 152 forstoring data related to the system environment, but not limited to datacreated and/or used by the resource application 158. In someembodiments, the resource application 158 provides a comprehensiveintegrated platform for identification, monitoring and optimalallocation of resources associated with a user.

In the embodiment illustrated in FIG. 1 and described throughout much ofthis specification, the resource application 158 may determine resourcebalances, resource schedules, and resource savings goals,generate/display the interactive resource interface, present theinteractive resource interface, allow monitoring of the resources on theinterface, enable allocation of resources, receive user input, transmituser notifications and enable implementation of savings tools. In someembodiments, the resource application 158 may determine resourcebalances, resource schedules, and resource savings goals. In this way,the resource application 158 may communicate with the financialinstitution system 106, the user device 104, merchant systems and otherthird party systems to identify resources the user may have.Furthermore, the resource application 158 may contact merchants toidentify scheduled recurring payments that the user may have with one ormore merchants, individuals, or the like.

In some embodiments, the resource application 158 may generate anddisplay on the interactive resource interface. The resource application158 may display a forecast of the determine balances, schedules, andgoals via an interactive interface that includes a selectable dashboard.The display is presented, in some embodiments, as an overlay over analready displaying mobile device display. Furthermore, the resourceapplication 158 may parse out the resources including the monthlyexpenses of a user for a granular view of the individual resources ofthe user. In this way, the resource application 158 may parse out theidentified resources and monthly expenses to a granular level, such thatthe date, time, product/service, amount, and merchant for each resourceidentified is revealed. In this way, the system may utilize and compiledata received from the user, financial institution system 106, andmerchants or vendors in order to identify the date, time,product/service, amount, and merchant for each identified resource andtriggered cyclic expense.

In some embodiments, the resource application 158 may provide facilitatereal-time resource tracking and allocation. In some embodiments, theresource application 158 computer readable instructions 154 orcomputer-readable program code, the when executed by the processingdevice 148, causes the processing device to perform one or more stepsinvolved in resource tracking and allocation and/or transmit controlinstructions to other systems and devices to cause the systems anddevices to perform specific tasks. In this way, the resource application158 may determine user resources associated with the user, based onextracting pertinent information from the data storage 152, the userdevice 104, the financial institution system 106 and other external andthird-party systems. In this regard, the resource tracking andallocation system 108 may be configured to establish communication linkswith the user device 104, the financial institution system 106 and otherexternal and third-party systems, in order to retrieve resource datafrom memory or data storage devices associated with these systems. Sincethe user's resources may be associated with multiple entities and storedin different locations, the resource application may extract or retrieveresource data from the individual storage locations/sources of each ofthe resources. The resource application 158 may continually monitor theuser resources for resource transfers and changes in resource levels.Furthermore, the resource application 158 may determine resourceavailability for usage based on determining resources required forcritical tasks of the user. The resource application 158 may thengenerate resource transfer analysis comprising resource transferpatterns. Based on this comprehensive analysis and continual monitoringof the user's resources and resource transfers associated with theseresources, the resource application 158 may formulate one or moreresource allocation tools specific to the user. The system may furtherinitiate the implementation of the resource allocation tools based onidentifying one or more trigger events.

As illustrated in FIG. 1, the financial institution system 106 isconnected to the resource tracking and allocation system 108 and isassociated with a financial institution network. In this way, while onlyone financial institution system 106 is illustrated in FIG. 1, it isunderstood that multiple network systems may make up the systemenvironment 100. The financial institution system 106 generallycomprises a communication device 136, a processing device 138, and amemory device 140. The financial institution system 106 comprisescomputer-readable instructions 142 stored in the memory device 140,which in one embodiment includes the computer-readable instructions 142of an institution application 144. The financial institution system 106may communicate with the resource tracking and allocation system 108 toprovide authentication credentials for resources and provide resourcestatus information. While the resource tracking and allocation system108 may communicate with the financial institution system 106 via asecure connection 160 generated for secure encrypted communicationsbetween the two systems for manipulating and transferring funds to oneor more different resources. In some embodiments, the secure connection160 may be an operative communication link/channel established via thenetwork 101.

It is understood that the servers, systems, and devices described hereinillustrate one embodiment of the invention. It is further understoodthat one or more of the servers, systems, and devices can be combined inother embodiments and still function in the same or similar way as theembodiments described herein.

FIG. 2 provides a high level process flow illustrating the real-timeresource tracking and allocation process 200, in accordance with oneembodiment of the present invention. The various steps described withrespect to the process flow 200 and other process flows presented inthis disclosure may be carried out by a “system” comprising one or moreof the resource tracking and allocation system 108, the financialinstitution system 106 and the user device 104. In some embodiments, thesystem may comprise the resource tracking and allocation system 108configured to perform one or more steps described herein, while in otherembodiments the resource tracking and allocation system 108 may transmitcontrol signals that cause the financial institution system 106 and/orthe user device 104 to perform some or all of the steps.

As illustrated in block 202, the process 200 is initiated by determiningresources associated with the user. In some embodiments, the systeminitiates determining the user resources based on receiving anindication that the user wishes to evaluate the user's resources. Inthis regard, the system may establish an operative communication linkwith a mobile device associated with a user. Although referred to as themobile device, it is understood that any suitable user device, or acombination of devices, may be used in lieu of the mobile device toperform one or more steps herein. The user may transmit an indicationseeking evaluation of user resources, via the mobile device, other userdevices, transaction terminals, ATMs and the like, by interacting withone or more stored applications on the device, by phone, by email or byany other suitable means. In some embodiments, the user may choose oneor more user devices for installation of a resource applicationconfigured for continued monitoring of the user resources. As such, theuser may be associated with one or more user devices comprisingcomputing devices like laptop computers, desktop computers, personaldigital assistants, mobile devices like smart phones, tablets, cellularphones, other electronic devices like smart TVs, gaming consoles, voicecommand devices and wearable devices like smart watches, glasses,fitness devices, and the like. In some embodiments, the mobile devicemay be coupled to one or more secondary user devices comprisingspeakers, display screens, cameras, microphones, fingerprint scanners,voice recognition systems/voice command devices, head phones, alarm andnotification devices, lighting devices, keyboards, tactile sensors orpreceptors, location and movement determining devices like globalpositioning systems, accelerometers, and the like, while in otherembodiments, the secondary user devices are built into or are integralwith the primary user devices.

In some embodiments establishing the operative communicationlink/channel with the mobile device may comprise providing a resourcetracking and allocation interface or a user interface on the mobiledevice. In some embodiments, the system may transmit and store at leasta portion of a user resource tracking and allocation application, alsoreferred to as a “user resource application,” on the mobile device, viathe operative communication link. In some embodiments, the user resourceapplication may be stored entirely on a data storage associated with themobile device, or any of the user devices. In some embodiments, at leasta portion of the user resource application may reside on the userdevice, in a connected user device, an external system, a third partysystem and/or any other external system and may be accessible to theuser device via a network. The user resource application may be anapplication, a widget, a computer program product or software configuredto perform one or more steps of the process flows described herein,provide a resource tracking and allocation interface, provide otheraudio-visual interfaces, notify and alert the user, facilitateaccessing/allocating one or more resources of the user, create/presentvisual representations of resources and resource transfers, modifyfunctioning of one or more applications or display of the mobile deviceand turn the device on and off, either automatically or in response toreceiving control signals from the system via the operativecommunication link. In other embodiments, the system may transmitcontrol signals to the user device that cause one or more existingapplications, pre-installed applications, bowser applications or thedevice's operating system to perform one or more steps of real-timeresource tracking and allocation, based on receiving appropriateauthorization from the user. In some embodiments, the system providesthe user resource application comprising an intelligent personalassistant and knowledge navigator to enable the user to effectivelynavigate the interface with ease using audio commands, tactile commandsand/or gestures.

In some embodiments, the system may access the mobile device and/orother user devices, based on receiving the requisite authorization fromthe user, to determine user application information associated with theuser. The user application information may comprise one or moreapplications and widgets stored on the user device, informationregarding the entities associated with the application (applicationowner/provider, type of authentication required, and the like), locationof storage of the applications/widgets, application content information,authentication requirements, usage patterns and frequency of use,information regarding the type of device and device identifiers (forexample, unique device identifiers), and the like. In some embodiments,the user application information may also comprise user information,transaction/activity history, location information, contact informationand the link retrieved from external systems comprising financialinstitution systems, merchant systems and other third party systems. Thesystem may retrieve associated user application information based onestablishing operative communication channels with the external systems,either directly or via the first user device. In this regard, the systemmay seek authentication credentials from the user that are required toaccess and/or retrieve application information from the externalsystems.

Based on analyzing the user application information, the system maydetermine that the user is associated with one or more user resources.In this regard, the system may analyze application informationconcerning the user and determine that the user is associated with oneor more user resources and also determine resource informationcomprising the entities/institutions associated with the resources,resource identifiers and the like. For example, the system may analyzeapplication information associated with a financial institutionapplication, a banking application or a mobile payment/social expensesharing application of the mobile device and determine that the user isassociated with a first user resource comprising achecking/transactional account associated with a first entity/financialinstitution. Alternatively, or in addition with the above, the systemmay analyze user application information associated with browserapplications, merchant applications and the like, comprising storedpayment credential information, information associated with auto fillforms, designated payment credentials for the merchant and the like toidentify the transactional account associated with the user and/or togain additional information associated with the previously identifiedaccount. As another example the system may analyze applicationinformation associated with a merchant application and determine thatthe user utilized a second user resource, comprising a paymentinstrument (for example, a credit card) associated with a second entity,to conduct one or more transactions. In this regard, the system mayanalyze the payment instrument identifier's format in conjunction withthe time of the transactions, merchant location, location of the user atthe time of the transaction, authentication type (passcode, PINassociated with the credential, user fingerprint scan, reading the chipcard associated with the credential and the like) and type oftransaction (online or in-store) to determine, if the previouslydetermined payment credential is associated with a physical card used ora token/payment identifier associated with a digital wallet of themobile device or other user devices. Alternatively, the system mayanalyze the user application information associated with a digitalwallet application to determine the second user resource comprising thepayment instrument associates with the second entity.

As another example, the system may retrieve application informationcomprising user emails or messages and parse the contents to determinethat the user has received an inflow resource transfer comprising adeposit to one or more user resources. The system may further analyzethe email contents and structure to identify an attachment comprising animage of a check or an Image Cash Letter with the user as the payee. Inthis regard, the system may convert the unstructured data of the emailcontent/attachment to a structured format, for example an Open FinancialExchange (OFX) format. Furthermore, the system may perform Magnetic InkCharacter Recognition (MICR) scans, Optical Character recognition scansand/or barcode scans to determine resource transfer amount, transferdate, entity information, entity logos, glyphs and other marks, accountnumbers, control indicators, barcodes and the like. In this regard, theresource transfer may be received from an insurance provider or from amerchant in response to product returns, and the system may designatethe Image Cash Letter as a one-time third user resource, in that, thethird user resource subsists till a predetermined future time when theresource transfer to another user resource is complete or the when theresource transfer is posted. After the predetermined future time, thesystem may exclude the one-time resource from future consideration forresource allocation, budgeting and the like. Instead, as anotherillustration, the Image Cash Letters may be the user's monthly orfortnightly paychecks from an employer and the system may determine thethird user resource comprising the recurring paychecks to be a fixedresource. Here, the system may identify a pattern deposits of paychecksand consider an average amount of inflow resource transfers for resourceallocation and budgeting. In other embodiments, the system may designatethe Image Cash Letters as a resource transfer or as a medium forresource transfer and the deposit account as the user resource.Similarly, the system may determine one or more outflow resourcetransfers, and user resources associated with the resource transfers,comprising payments based on scanning check images uploaded by the user.As another non-limiting example, the system may analyze user applicationinformation associated with a merchant and determine that the user isassociated with a fourth resource comprising loyalty points that can beredeemed for products or services.

The system may initiate a display of the determined one or moreresources and the associated entity information, resource informationand the like on the resource tracking and allocation interface of theuser resource application. The system may enable the user tochoose/select one or more resources that the user wishes to include forfurther consideration and analysis. In some embodiments, the system mayenable the use to provide one or more resources not determined by thesystem and/or augment/modify information associated with resourcespreviously determined by the system. In this regard, the user mayprovide resource identifiers like account numbers, routing numbers,entity information, resource type, storage location and the like.Therefore, the one or more determined user resources may compriseresources determined by the system, resources selected by the user fromthe displayed list and/or resources specified/provided by the user.

Next, as illustrated in block 204, the process 200 continues byextracting resource data from a source of each user resource associatedwith the user, wherein resource data comprises real-time resource level,resource transfer history, resource transfer schedules and user goalsfor each user resource. As discussed previously, the user may beassociated with one or more resources, the resources being associatedwith one or more entities. Each of the resources may be associated withresource data comprising resource identifiers, account numbers, entityidentifiers or identification numbers, routing transit numbers,transaction/activity history, current and previous resource levels, userpreferences, resource characteristic information (financial instrumenttype, currency information, and the like), current and previous resourceallocations and transfers, payment instruments associated with theaccounts and the like. “Resource level” or “Available Balance/Funds” areresource values, a balance in an account that can be invested, withdrawnor otherwise allocated or the worth of an account. For example, theresource level may refer to the amount available for withdrawal in achecking account/savings account after posting of current and pendingtransactions. Resource levels may indicate the current values of theresources that may be determined in real-time or near real time, eitherwhen the user initiates a session or periodically to ascertaincurrent/updated values. Resource transfer history of a resource maycomprise, resource transfers in the past (inflows and outflows,dates/times, resource transfer values/amounts involved, resource levelafter each transfer, one or more resources/entities/users involved),pending resource transfers and the like. Resource transfer schedules maycomprise, scheduled inflow resource transfers, scheduled outflowresource transfers, associated resource transfer values, expectedresource levels after the transfers, date/time that the transfers areexpected to be initiated/posted and the like. User goals with respect toa resource may comprise, resource value allocations by the user,expected/optimum resource growth or returns, time period associated withthe goal, target resource level, purpose of the goal and the like. Forexample, the user may have an education savings goal associated with atransactional account involving transfer of a predetermined resourcevalue/amount from the transactional account to an education savingsaccount every week to achieve a target resource value at the educationalsavings account within a pre-determined time period.

Furthermore, the resource data for each of the resources may be storedat different sources of resources, either entirely or in part. The“sources” of resources may refer to storage locations associated withdifferent entities related to the resources, storage locationsassociated external or third party systems, storage locations associatedwith various user devices, cloud storage systems and the like. In someembodiments, each storage location may have a specific structure,encryption or file format associated with the stored resource data. Insome embodiments, the system may analyze the user applicationinformation, in conjunction with information retrieved from otherexternal systems to determine the sources of each of the resources. Thesystem may further determine the best means for accessing the sources,retrieving resource data and the authentication/authorizationrequirements. The means for accessing the sources based on receivingrequisite authentication/authorization credentials from the user, maycomprise accessing the resources via applications on the user device bytransmitting control instructions to the applications to retrieve theresource data, transmitting requests for resource data directly to theentity systems associated with the resources, receiving resource datafrom the user, parsing account statements and other documents of theuser and the like. In some embodiments, the user may specify the type ofresource data to be extracted/retrieved (for example, account numbers, afirst time period of transaction/activity history to be considered,specific type of resource transfers to be considered and the like).

As an illustration of step 204 and continuing with the previousexamples, the user may be associated with the first user resourcecomprising a checking/transactional account associated with a firstentity/financial institution, the second user resource comprising thepayment instrument (for example, a credit card) associated with a secondentity and the third user resource comprising an Image Cash Letter orcheck with the user as the payee. Furthermore, at least a portion theresource data associated with the first user resource/transactionalaccount of the user may be stored at an account database associated withthe first entity in an Open Financial Exchange (OFX) format or anothersearchable and retrievable format with appropriate security features,requiring an account number/PIN authentication. The second user resourcemay be a credit card associated with a digital wallet application of asecond entity. In this regard, at least a portion of the resource dataassociated with the second user resource may be stored on a SubscriberIdentity Module (SIM) card, a chip card, a secure element or a memorylocation associated with the user mobile device in an encrypted format,requiring a fingerprint authentication for retrieval of resource dataand accessing the dynamic security code generator key for futureauthentication. Similarly, the third user resource comprising the imagecash letter/image of the check may be received as an attachment to ane-mail and may be stored in a database associated with the e-mailservice provider or a another storage location in a MIX, Maildir or mboxformat, requiring the username/password authentication or priorauthentication in associated applications.

The system may initiate a display of the determined one or moreresources and the associated sources, authentication/authorizationinformation, entity information and the like on the resource trackingand allocation interface of the user resource application. The user maythen provide, via the operative communication link, the requisiteauthentication credentials or authorization for the system to access theuser resources and retrieve resource data from the source of theresources. The system may then store these received credentials in aspecific location. In some instances, the system may be authorized toretrieve resource data based on providing the authentication credentialsreceived from the user to an entity system, to an application associatedwith the resource or the source of the user resource. In otherinstances, the user may pre-authorize the system with the entitiesassociated with the resources by modifying user information, accessinformation, device information and the like, such that the system mayretrieve the requisite resource data with or without providing theauthentication credentials, or with lower authentication requirements.In this regard, it is noted that authentication credentials may include,may include, but are not limited to, one or more of a username, contactinformation, a password, a PIN number, biometric information (forexample, biometric features such as fingerprints, finger vein and palmvein patterns, as well as iris and facial recognition to verifyindividual identities), a unique identification number associated withthe user, dynamic security codes, social network information, an accountnumber, a card number, usage patterns associated with the user devices,physical parameters (for example heart rate, number of steps), locationof the user and/or the user devices and the like.

In response to extracting the resource data, the system may transformthe extracted resource data into a textual format encrypted for use onlyon the resource tracking and allocation interface. In this regard, thesystem may transform the extracted data into a suitable file format,encode/encrypt the data/files in such a way that the plaintext isavailable only to the authorized system with a specific decryption key.In some embodiments, the system may generate a specific pseudo-randomencryption key for each user device with the user resource applicationand encode the data using the specific encryption scheme. The system maythen transmit an associated decryption key to the specific user device,such that only the user resource application on the specific user deviceis configured to employ the decryption scheme to decode the resourcedata for presentation on the user interface and to employ the resourcedata in various resource allocation steps. Resource data often includesfinancial and personal information of the user and hence security of thedata is paramount. The novel method described above provides increasedsecurity for the resource data, in that only the specific user resourceapplication with the requisite authentication is granted access to thedata. The encoded resource data, the encryption and decryption keys maybe stored in appropriate memory locations. In some embodiments, thesystem may store at least a portion of the resource data on a databaseassociated with a secure memory location associated with the resourcetracking and allocation system and/or the user device. In someembodiments, the system may store the resource data with a databaseassociated with the resource tracking and allocation system forincreased security of data and ease of updating/modifying the data,while in other embodiments, or in combination with the previousembodiments, the system may initiate storing of the resource data at theuser mobile device for faster retrieval and allocation. For example, thesystem may store the current resource levels on the user mobile devicefor ease of retrieval and presentation, based on determining that theuser views the resource levels most frequently. The system may furtherretrieve the resource transfer history stored at an external securedatabase, when required, for presentation on the resource interface.

As discussed previously, the resource data extracted from the sourcesmay be in unstructured formats, different file formats, in image files,previously encrypted files and the like. The system may convert dataextracted from the sources into a uniform structured format by decoding,converting or otherwise transforming the resource data. In this way, thedata may be transformed into a textual format encrypted for security usefor only real-time determination of resource availability resourceinterfaces and dashboards. Once the data is removed from the interfacesor dashboards, the system encryption may prevent the data from beingreadable in any other medium or by any other application/device.

Typically, in order to access the interactive resource interfaces of theuser resource application, the user may be required to authenticate, viathe operative communication link. In some embodiments, authenticationinto the interface may require at least one authentication into one ormore of the resources. In this way, if a user has a checking account,the system may require authentication into the checking account in orderto open the interactive resource interface to visualize all resourcesassociated with the user. While in other embodiments, the system mayrandomly require the user to authenticate into the resource interface byrequesting a random resource account authentication credential to accessthe interface. In this way, the user may have a different username,password, or alternative credential to access each account associatedwith a user resource. In this way, the user may have Password 1 for achecking account, Username 2 and Password 2 for accessing a savingsaccount, Username 1 and Password 3 for accessing a loan account, or thelike. As such, the system may store each of these various authenticationcredentials, user them to retrieve resource data and require the user toprovide one of those credentials in order to visualize the interface. Insome embodiments, the system may enable the user to set up a specificauthentication for enabling the user to access and/or modify one or moreaspects of the resource interface. For example, the system may enablethe user to access the resource interface based on ascertaining that theuser is currently authenticated on a linked user device or currentlyadorning a pre-authenticated wearable device that monitors physicalparameters of the user. The system may then enable the user to modifythe resource interface or perform resource transfers/allocations basedon receiving specific passcodes, fingerprint/voice recognition or one ormore authentication credentials associated with the user resources.

As illustrated on block 206, the process 200 further comprisescontinually monitoring the user resources for resource transfers andchanges in resource levels. In this regard, the system may initiate aresource tracking mechanism, wherein the resource tracking mechanism isconfigured to continually monitor the user resources for resourcetransfers and changes in resource levels, in real-time. Resourcetracking typically involves determining, for each user resource, inflowresource transfers, outflow resource transfers and changes in resourcelevels. Resource transfers typically involve at least two resources (forexample between a first user resource and a second entity resource),albeit, in this instance, at least one of the two resources may beassociated with the user. Inflow resource transfers to a user resourceare activities and transactions that add value to the user resource andcause an increase in resource levels, for example, deposits, interestgains, investment returns, increase in value due to currencyfluctuation, appreciation and other income associated with the userresource. Outflow resource transfers from a user resource are activitiesand transactions that reduce the value of the resource and cause adecrease in the resource levels, for example, payments, disbursements,transfers to another resource, depreciation of the resource, reductionin value due to currency fluctuations and other external factors and thelike. Although described in the context of resource transfers between atleast two resources, it is understood that resource levels may varywithin a particular resource, for example due to appreciation,amortization and the like.

As such, the system may build off of previously identified resourcelevels to continually monitor for initiated, upcoming and/or postedresource transfers to and from the user resources and the changes inresource levels. In some embodiments, the system may continually monitorthe user resources based on real time or near-real time retrieval ofresource data from the sources and analysis of the same (accountinformation, transaction history, payment confirmation statementsreceived from merchants, and the like). In this regard, the system mayretrieve the resource data and/or update the resource levelsintermittently, either periodically or at random intervals of time. Forexample, the system may monitor the sources of the resources for newresource transfers that may have been initiated or that arepending/posted, monitor the status changes, determine resourcevalues/amounts involved and determine updated resource levels byconsidering each of the resource transfers, in real-time. In someembodiments, at every event of determining a new resource transfer, thesystem may initiate transmission of alerts/notifications to the mobiledevice of the user indicating the resource transfer, new/currentresource level, previous resource level, status of the transfer and thelike. In some embodiments, transmitting alerts may comprise transmittingcontrol instructions that cause the user resource application to presentthe appropriate content/interfaces. For example, the user resourceapplication may be running in the background on the mobile device, andthe transmitted instructions may cause the user resource application topresent a resource transfer interface on a display associated with themobile device to alert the user and may cause the mobile device tofurther present auditory and/or vibratory alerts. In other instances,the system may determine that the mobile device is offline and may thentransmit alerts (via text messages, near field communication or othersuitable means) that are configured to cause the mobile device toconnect to a suitable network, Wi-Fi, internet and the like. Theresource transfer interface may comprise visual representation of theresource transfer, new/current resource levels, previous resourcelevels, status of the transfer, images of the users/resources/entitiesinvolved in the transfer and associated text. In some embodiments, thetransmitted signals may cause alerts to be presented viaauxiliary/secondary user devices connected to the mobile device, forexample, by modifying the illumination of lighting devices, modifyingthe sound volume/content of speaker devices, and the like to obtain theuser's attention.

In some embodiments, the interfaces of the user resource application,for example the resource transfer interface, may be overlaid on thedisplays/interfaces of one or more applications or user interfacesessions, that the user is currently viewing on the display of the userdevice. In some embodiments, the overlay of the interface may comprisepresenting the resource transfer interface in a new window, pop-upwindow or via another suitable graphical control element. The resourcetransfer interface may comprise links, references and functionalitiesthat enable the user to navigate between differentpages/windows/dashboards of the interfaces presented by the userresource application. In some embodiments, the overlay of the interfacemay comprise presenting the resource transfer interfaceoverlapping/placed on the existing display such that the resourcetransfer interface covers/obstructs at least a portion of the existingdisplay visually. In this regard, the system may lock the functionalityassociated with the existing display in some embodiments, while in otherembodiments, the functionality might be allowed to remain active. Inother instances, the resource transfer interface may be superimposed onthe existing display such that the both the existing display and theoverlaid interface are visible and/or discernable. In some embodiments,this may be achieved by modifying the transparency of the overlaidinterface, providing a split screen view with both the display and theinterface, modifying the area of the display by zooming in/out and thelike. In some embodiments the system may analyze the existing displayand determine first portions of the display that comprise content,functionality (action buttons, scroll bars, checklists and the like)that may be required/utilized by the user and second portions of thedisplay that may comprise background images, areas without content andthe like that may not be required/used. The system may then present anew display by moving the first portions of the existing display toaccommodate the resource transfer interface, such that both the firstportions and the resource interface are visible.

In some embodiments, the resource transfer interface may comprisesecurity features. For instance, the overlaid interface may lock thedisplay of the mobile device, disable other functionality until the userconfirms the legitimacy of the resource transfer. In the user indicatesthat the resource transfer is unauthorized/misrepresented, the systemmay flag the resource transfer as problematic or potentiallyunauthorized. In this regard, the system may automatically undertakecorrective action comprising providing additional information associatedwith the flagged transfer for the user's consideration, transmitting anindication of the flagged unauthorized transfers to the associatedentities, transmitting instructions to halt the processing of theflagged resource transfers, initiate a session with entityrepresentative via phone, email and the like. Therefore, potentialunauthorized transactions are resolved instantaneously. Althoughdescribed with respect to the resource transfer interface, otherinterfaces/dashboards presented by the user resource application may besimilar in function and content with respect to the resource transferinterface.

In other instances, the system may only determine the current resourcelevels when the user activates the user resource application. Forexample, prior to the activation of the user resource application and/orinitiation of a resource tracking and allocation session at a secondinstance of time, a particular user resource may have a first resourcelevel determined at a first instance of time. The system may determinethat between the first and second instances of time, the said userresource was associated with two or more resource transfers. The systemmay determine addition/depletion of values due to each resource transferand aggregate them. The system may further determine that the saidresource comprises a virtual currency, and may determine a currentsecond resource level, in real-time, based on the aggregated resourcetransfers, in conjunction with the most current value of the virtualcurrency obtained from an external system. The system may initiate thepresentation of a resource transfer interface that may be substantiallysimilar to the embodiments described above.

Next, as illustrated in block 208, the system may further determineresource availability for usage based on determining resources requiredfor critical tasks of the user. Critical tasks may refer to customary,periodic allocations/resource transfers of the user, scheduled resourcetransfers, current expenses and payments and the like. Critical tasks ofthe user may comprise resources/resource values required for day to dayexpenses of the user (rent, food, transportation and the like),resources allocated for user goals/savings (health savings account,retirement savings and the like), resources for payments (utilities,insurance, credit card payments, loan payments and the like) and/orallocations for related users (spouse, children, parents and the like).In some embodiments, the user may specify the critical tasks. The systemmay determine the resource levels available or likely to be available tothe user at a particular instance of time or an allocation time period,either currently or in the future. The system may enable the user tospecify the allocation time period comprising days, weeks, months or anindefinite amount of time. In this regard, the system may determine, foreach user resource, the available resources values and expected inflowresource transfers that may be transferred or otherwise utilized at theinstance of time or within the allocation time period. The system maythen determine, for each user resource, resource values/amount requiredfor critical tasks, for the allocation time period, and hence determinethe resource values/amounts available for other allocations afterdeducting the outflows for critical tasks. The resource availability foreach user resource may be positive, negative or neutral. The system maythen aggregate the resource amounts available for each resource anddetermine a total, net value of resources available for the user. Forexample, the user may seek to view the resource value/amount that he/shecan spend for other non-critical activities for a particular week. Thesystem may then determine the resource levels of user resources for theweek and the resources values required for critical tasks for theparticular week. The system may then initiate a display of the netresource availability for usage and also a display of resourceavailability of individual user resources for the particular week andalso projections for the subsequent weeks.

For example, based on analysis of historical resource transfers, thesystem may determine that the user initiates a payment of a firstpredetermined amount towards retirement planning from a transactionalaccount every week. The system may identify that retirement planning isa critical task and designate the first predetermined amount in thetransactional account for retirement planning, if not already paid inthe current week either from the transactional account or another userresource. As another example, the system may identify monthly paymentsfor utilities as critical tasks from a payment instrument with a certainresource level and retrieve the associated resource transfers for thepast years. The system may identify that the resource values or paymentsassociated for certain months (for example, winter months) are higherthan others (for example, in spring). In this regard, the system maydesignate an average amount as the resource value for the critical taskor alternatively assign an optimum amount, based on the current month,which will be deducted from the resource level when the payment is made.As another example, the system may identify a prior payment at arestaurant during the user's vacation, determine that the task is notcritical since the user is unlikely to travel to the same restaurant inthe allocation period and that the payment amount is likely availablefor usage in the current allocation period. Therefore, the system maydetermine for each user resource a first resource level and requirementsfor critical tasks within an allocation time period, wherein thecritical tasks are one or more tasks of a plurality ofactivities/transfers associated with the user. The system may thendetermine individual resource availability for each resource based onthe first resource level and resource values for critical tasks. Thesystem may then aggregated the individual resource availabilities toarrive at the net resources available for usage.

Therefore, the process 200 continues by generating resource transferanalysis comprising resource transfer patterns based on monitoring fordepletion of resources and resource transfers to identify a pluralitycurrent inflow/outflow resource transfers of the user at block 210. Assuch, the system may build off of previously identified resourcesrequired for critical tasks to continually monitor for current expensesassociated with the same task, entity/vendor or cycle/time period. Assuch, the system may continually identify new expenses, new resourcetransfers/payments associated with the previously identified cyclicalexpenses and track the resource value of each new expense and the means(preferred resource for payment, online/in-person payment, date/timeassociated with the transfer and the like) in which the user pays forthe expense. To monitor is to watch, observe, or check something for aspecial purpose over a period of time. The “monitoring” may occurperiodically over the period of time, or the monitoring may occurcontinuously over the period of time. In some embodiments, a system mayactively monitor the sources and associated resource data, wherein thesystem reaches out to the database and watches, observes, or checks thedatabase for changes, updates, and the like. In other embodiments, asystem may passively monitor a database, wherein the database providesinformation to the system and the system then watches, observes, orchecks the provided information. In this regard, the system may analyzeand consider both competed and pending resource transfers.

The system may analyze the resource data to generate resource transferanalysis, wherein analyzing the resource data comprises determiningresource transfer patterns. The system may then generate resourcetransfer analysis comprising categories of user outflow resourcetransfers/spending, resource transfer amounts and frequency, userresources utilized based on type of transfers and transfer amounts,resource transfer patterns and the like. In some embodiments, the systemmay determine resource transfer analysis comprising a forecast of thedetermine balances, schedules, and goals. The system may initiate adisplay of the resource transfer analysis interface comprising the aboveinformation. The display/overlay of the resource transfer analysisinterface of the user resource application on the mobile device may besubstantially similar to the display of the resource transfer interfacedescribed previously. In some embodiments the resource transfer analysisinterface includes a selectable dashboard. The display is presented, insome embodiments, as an overlay over an already displaying mobile devicedisplay. In some embodiments, the user resource application may displaya snapshot illustration of the user resources, resource transfer historywithin a time period, associated entities and the like based on the userinput comprising certain user resources and/or a certain time period.

In some embodiments, the system may generate a resource tracking andallocation interface configured for presenting the resource levels ofthe user resources, the resource availability for usage and the resourcetransfer analysis on the mobile device, via the operative communicationlink. The resource tracking and allocation interface may comprise someor all of the user resources based on user selection, frequently useduser resources or any other suitable criteria. In some embodiments, theresource tracking and allocation interface may be similar to theresource transfer interface.

Next, as illustrated in block 212, the process flow 200 includesformulating one or more resource allocation tools. The system mayformulate one or more resource allocation tools based on at least theuser goals and the resource availability for usage. The user goals maybe determined by the system based on analysis of user information or maybe specified by the user. The system may also formulate/construct theresource allocation tools based on the user's resource transferpatterns, type of user resources, user preferences and the like.Therefore, the one or more resource allocation tools are specific to auser and may vary from one user to another. Typically, the one or moreresource allocation tools are directed to optimal allocation and controlof resources for budgeting user's resource transfers, completion ofuser's goals, resource growth and savings, appropriate investment ofresources to foster growth, reduction in outflow resource transfers andthe like. The resource allocation tools may comprise an automaticresource allocation tool, a restrictive reallocation tool, aninteractive resource allocation tool, visual stimulus reallocation tool,an automatic resource stabilizer tool and the like. Each of these toolsmay control, perform allocations or initiate resource transfers from oneor more user resources and are described in detail elsewhere in thespecification. The system may then initiate a presentation of theformulated resource allocation tools, via the display of a resourceallocation interface of the user resource application. The system mayenable the user to modify the resource allocation tools via theinterface.

The system may further initiate implementation of at least one resourceallocation tool based on identifying at least one trigger event, asillustrated by block 214 of process flow 200. The system determine, foreach user resource, at least one trigger event associated with the userresource. In some embodiments, the system determines the trigger eventin real time or near real time. The system may then retrieve informationassociated with the formulated resource allocation tools and determineat least one optimal resource allocation tool based on comparing theidentified trigger event/events with the resource allocation toolinformation. In some embodiments, each resource allocation tool may becorrelated with one or more specific trigger events. In someembodiments, the system may then, automatically, initiate theimplementation of the at least one resource allocation tool. While inother embodiments, the system transmit notifications to the user device,indicating the identified trigger event and the determined at least oneresource allocation tool, suitable for the trigger event, and initiatethe implementation of the tool after receiving confirmation from theuser. Initiation of the implementation of the at least one resourceallocation tool may further comprise transmitting control instruction tothe user mobile device to present the resource allocation interface. Inthis regard, the resource allocation interface may comprise informationassociated with the deployed resource allocation tool, user resourcesinvolved and resource levels, status of implementation or percentagecompletion, previous implementation of resource allocation tools, andthe like. The resource allocation interface may be similar to the otherinterfaces of the user resource application described previously, forexample, by overlaying the interface on the display of the mobiledevice.

In this regard, the system may monitor the user resources and associatedresource data from the sources, and determine activities, changes inresource levels and current resource levels associated with the userresources. The activities may be conducted by the user, for example,modifying user information by changing user contact information,initiating resource transfers by making purchases, formulating resourcegoals, modifying alert/notification preferences, checking/viewingresource levels and resource transfer history and the like. Theactivities may be conducted by the system or systems associated withother entities, for example, performing resource transfers associatedwith existing automatic bill payments/transfers, depositing interestaccrual associated with a savings account resource and the like. In someembodiments, the trigger events may be activities that cause a change inthe resource level of a particular resource, for example, inflow andoutflow resource transfers. In some embodiments, the trigger events maybe time based triggers. For example, the system may receive instructionsfrom the user to implement a particular resource allocation tool on the5^(th) of every month. Here, the days of a year with 5 as the day/datemay be the trigger event. In some embodiments, the trigger events maycomprise a threshold resource level, a threshold value of resourcetransfers and the threshold number of resource transfers. For example,the system may initiate implementation of a particular resourceallocation tool on determining that the resource level of a certain userresource is below a threshold value or that the cumulativevalues/amounts of outflow resource transfers has exceeded a threshold.In some embodiments, the trigger event may comprise determining that theuser has initiated/requested the implementation of the at least oneresource allocation tool. In some embodiments, the trigger events may berandom, in that the resource allocation tools may be implemented basedon a random function with one or more inputs comprising time, resourcevalue, threshold and the like. In some embodiments, the trigger eventmay be the implementation of another resource allocation tool. In someembodiments, the trigger event may comprise a combination of any of theactivities or events described above. The system may further transmitcontrol signals to the mobile device that cause the user resourceapplication to present notifications associated with the implementationof the at least one resource tool and the current levels of userresources. In this regard, the system may present the resourceallocation interface, via the operative communication link, beforeand/or after the implementation of the at least one resource allocationtool with the current values of the resource levels of the userresources involved.

FIG. 3 illustrates various aspects of a real-time resource tracking andallocation platform 300. In some embodiments, the real-time resourcetracking and allocation platform is associated with the user resourceapplication. In this regard, the user resource application may presentone or more interactive interfaces on a display of the user mobiledevice. These interfaces may be generically referred to as interactiveresource interfaces and interactive resource interface dashboards andmay similar to the interfaces described previously, for example theresource transfer interface. The user resource application may comprisea user settings interface 310, to enable the user to build userinformation and provide user preferences. In this regard, the system mayenable the user to setup authentication credentials for access to theuser resource application and provide authorization/authenticationcredentials required for the system to access the user resources andretrieve resource data from the source of the resources at userauthorization interface 312. In some embodiments, the user authorizationinterface 312 is invoked for all instances that involve receivingauthentication credentials from the user. The user settings interface310, further comprises a notification and alerting mechanism 314. Thesystem may transmit control instructions that cause the notification andalerting mechanism 314 to provide visual, auditory and/or vibratoryalerts and notifications. In some embodiments, the notification andalerting mechanism 314 may enable the user to set up notificationpreferences.

The user resource application may further comprise a user resourceallocation interface 330. The user resource allocation interface maydisplay the determined resource availability for usage 332. In someembodiments, the resource availability for usage may be determined basedon receiving user financial information from one or more existingbudgeting applications or financial applications. In this regard, inaddition to displaying the resource availability for usage the interfacemay further display visual representation of transfers, graphicalrepresentation of resource values required for critical tasks, totalsavings aggregated from one or more savings accounts and the like. Insome embodiments, the user resource allocation interface 330 may displaythe user resources 334, either determined by the system or provided bythe user. The system may also present at least a portion of the resourcedata associated with the user resources. The interface 330 may furthercomprise a display of user goals 336 and associated information likepercentage completion, status (active, paused and the like), resourcevalues, visual representation of the goals and the like.

The user resource application may further provide a real-time userresource tracking interface 350. The resource tracking interface 350 maycomprise displays of current resource levels associated with theresources, inflow resource transfer snapshot 352 comprising one or moreinflow resource transfers associated with the resource transfer history,outflow resource transfer snapshot 354 comprising one or more outflowresource transfers associated with the resource transfer history and thelike. In some embodiments, the system may initiate displays of visualrepresentations of outflow resource transfer categories, graphicalrepresentation of transfer trends over a time period and the like.Typically, the various interfaces described herein are customizablebased on user requirements.

In some embodiments, real-time resource tracking and allocation platform300 provides a user resource allocation interface 370, via the userresource application. The user resource allocation interface 370 maycomprise the resource transfer analysis 372 described previously. Theuser resource allocation interface 370 may further comprise a display ofone or more resource allocation tools formulated at block 212. Based onuser selection, the system may initiate separate interfaces/dashboardsfor each of the resource allocation tools. In some embodiments thesystem may generate composite tools comprising features of two or moretools described herein. In some embodiments, the at least one resourceallocation tool comprises an automatic resource allocation tool. Theautomatic resource allocation tool provides reallocation of inflowresource transfers to a savings resource, in real-time, to prevent theresource inflows from being absorbed into the user's spending or outflowresource transfers, described in detail with respect to FIG. 6. Duringimplementation of the automatic resource allocation tool, the system mayidentify the at least one trigger event comprising an inflow resourcetransfer into a transactional resource of the user resources, whereinidentifying the at least one trigger event comprises determining aninflow resource transfer value associated with the trigger event. Thesystem may then determine a savings resource of the user resourcescomprising a savings resource level. In response, the system mayinitiate, automatically and in real-time, an outflow resource transferfrom the transactional account such that at least a portion of theinflow resource transfer value is transferred to the savings resource,wherein the outflow resource transfer causes an increase in the savingsresource level.

In some embodiments, the implemented resource allocation tool is arestrictive reallocation tool 384. Typically, the restrictivereallocation tool aims to restrict outflow resource transfers from aresource. In some embodiments, the system may require doubleverification or authentication from the user before allowing the outflowresource transfer, thereby providing increased security andauthorization level for the resource transfer. In this regard, thesystem may identify the at least one trigger event comprising aninitiation of an outflow resource transfer from a first user resource ofthe user resources via a first application of the mobile device, whereinthe first application is a third party application configured to allowthe user to initiate resource transfers from user resources based onverification of a first authentication credential. The system may thengenerate a double verification requirement for the first application,wherein the double verification requirement is a second authenticationfor transferring resources via the first application. Next, the systeminput/insert the double verification requirement into the firstapplication, wherein inputting the double verification requirementincludes inputting code that requires the user to verify using thedouble verification prior to allowing the application to transferresources. Finally, the system may restrict the outflow resourcetransfer from the first user resource until the completion of the doubleverification requirement, wherein the completion of the doubleverification requirement comprises the successful validation of a secondauthentication credential received from the user. In some embodiments,the system provides an interactive resource allocation tool 386, whichencourages the user to save based on gamification of the saving steps.This gamification approach may be combined with any of the resourceallocation tools and resource transfer steps to achieve faster andoptimal allocations based on user input, described in detail withrespect to FIG. 7.

In some embodiments, the system initiates the implementation of a visualstimulus reallocation tool 388. This tool is directed to presentingvisual stimuli associated with user goals when user initiates an outflowresource transfer from a resource, to prevent impulse withdrawals and toenable the user to visualize allocations to goals during savingstransfers. The system may generate contextual visual elements associatedwith the user's goals. The system may then display the visual elementfor a predetermined amount of time, while locking all otherfunctionality, to encourage the user to consider initiating a savingsactivity instead of the outflow expense. Specifically, the system mayidentify the at least one trigger event comprising an initiation of anoutflow resource transfer from a first user resource of the userresources via a first application of the mobile device, wherein thefirst application is a third party application configured to allow theuser to initiate resource transfers from user resources through a firstinterface presented on the display. The system may also generate acontextual visual representation of a goal product or service for theuser resources. Next, the system may present the generated contextualvisual representation on the display associated with the mobile device,wherein the generated contextual visual representation uponpresentation, locks the functionality of the first application for apredetermined time period. Furthermore, the system may restrict theoutflow resource transfer until the identification of a second triggerevent, wherein the second trigger event comprises at least one of (i)lapse of the predetermined time period and (ii) receiving a user inputcomprising reallocation of the outflow resource transfer to a savingsresource of the user resources.

In some embodiments, the system implements an automatic resourcestabilizer tool 390. This tool aims to achieve steady state outflowresource transfers for the user in a predetermined time period. Forexample, if the user underspends in a month in comparison with astabilized threshold (average expenses), the system may reallocate thedifference to a savings account to preclude reabsorption of theadditional resources into user spending. In another aspect the systemmay aim to achieve steady state inflow resource transfers by divertingany additional income to a savings account. Specifically, the system maydetermine a transactional resource of the user resources comprising afirst resource level. The system may then identify the at least onetrigger event associated with the transactional resource, whereinidentifying the at least one trigger event comprises determining thatthe first resource level is greater than a predetermined stabilizerthreshold. Additionally, the system may determine a savings resource ofthe user resources comprising a savings resource level. Finally, thesystem may initiate a resource transfer from the transactional resourceto the savings resource such that a first resource value of thetransactional resource is transferred to the savings resource, whereinthe resource transfer is configured to decrease the first resource levelto the predetermined stabilizer threshold.

FIG. 4 illustrates a process map illustrating the real-timedetermination of resource availability process 400, in accordance withone embodiment of the present invention. Block 410 illustrates a numberof user resources, such as types of accounts, investments, annuities,property, or the like that may provide a stream of income (or negativesteam of income) or payments over a period of time, but which may alsobe illiquid or otherwise difficult to convert into cash. For example,types of user resources that provide disbursements may be a 401K thatrequires minimum disbursements to the user over a period of time at aspecific time; an IRA that requires minimum disbursements to the userover a period of time at a specific time; a pension account that mayprovide disbursements until the user passes away; insurance benefitsthat may be distributed as an annuity for a period of time or as a lumpsum; a trust account from which disbursement are made, property thatprovides rental income to the user, social security income or deathbenefits that pays disbursements for a period of time (e.g., a specificamount of time or for the life of a beneficiary), or other like annuity.In some embodiments of the invention the user resources may includeestimated rates of returns such that not only are the disbursements usedin determining the available fund amount and/or time parameter, but theprincipal and growth of the principal over time may be used indetermining the available fund amount and/or time parameter.

Block 430 illustrates liquid (e.g., liquid or semi-liquid) userresources, such as accounts that may be equivalent to cash or resourcesthat can be converted quickly into cash. For example, the liquidaccounts may be financial transactional accounts like checking accounts,savings accounts, self-directed investment accounts, money marketaccounts, or the like. These liquid accounts may be utilized to pay forthe outflows or outflow resource transfers directly. In some embodimentsthese types of accounts may be one of the last accounts that may beutilized to pay for outflows after the inflows from block 410 areexhausted (e.g., with the exception of lifetime annuity accounts). Someof these accounts may also have rates of return (e.g., savings accounts,self-directed investment accounts, or the like) which may be factored inwhen calculating the available fund amount and/or the time parameter.

As illustrated in block 440 the outflows or outflow resource transfersof the users may include the payments that the user makes in order tolive (e.g., necessary or semi-necessary to the user for the livingexpenses and other expenses of the user). For example, in someembodiments the outflows may include housing outflows, which may coverthe expenses of the user for house payments, taxes, insurance, or thelike that the user has to pay in order to maintain a residence. In otherexamples, the outflows may be related to bills, such as electric, gas,water, or the like. The user's health care cost, such as user's healthcare premiums and yearly estimated cost may be included. The user mayhave car payments that are due on a monthly (or other time period)basis. The user may also have insurance payments for the user's car,life, or the like. In addition, there may be other outflows, such as butnot limited to child care payments, cell phone payments, internet,and/or other entertainment expenses that may or may not be included inthe outflow calculations (e.g., may or not be considered essentials orsemi-essentials). The outflows may also include some life event outflowsthat may be easily predictable, non-repeating outflows, and/or onlyperiodic outflows (e.g., occurs more than the time period for which theoutflows are calculated), such as but not limited to paying for achild's college, paying for a wedding, or other like life events thataffect the user's outflows. As illustrated by block 410 and 430 some ofthese outflows may be paid by one or more of the inflows, thesupplemental employment income inflow, and/or the liquid resourceseither directly or indirectly. As such, one or more of the user'sresources may have a balance that is depleted over time as the outflowsare paid.

Block 420 illustrates a real-time current account balance for allresources available to the user based on the resources identified inblock 410 and 430 and subtracted the up to the minute outflows fromblock 440. It should be understood that the determination of theavailable fund amounts over the time period may change in real-time ornear real-time as the rate of return on the resources change (e.g.,stock values change, rental income changes or goes away, resources aredepleted, big purchases are made or sold, or the like), and costs of theexpenses change (e.g., damage to property than needs repair, variableinterest rate changes, life events occur that deplete resources, loansare taken out or paid off, or the like). As such, the present inventionmay be constantly in real-time or near real time, or over variousintervals, recalculated in order to provide a more accurate availablefund amount and/or time parameter to the user, such that the user isbetter able to plan for retirement. Moreover, as illustrated in furtherdetail later the user may be able to adjust the available fund amountand/or the time parameter in order to determine how changes in spendinghabits affect the time at which the user's resources are depleted, orvice versa.

As illustrated in block 450, the process 400 continues by compiling theinflows 410, liquid resources 430, outflows 440, current balances 420,and scheduled savings goals 460 into a forecast including an interactiveresource interface with dashboard applications provided by the userresource application. The system may determine and subsequently displaya forecast of the determine balances, payment schedules such asoutflows, and goals via an interactive resource interface that includesa selectable dashboard. The display is presented, in some embodiments,as an overlay over an already displaying mobile device display.

As illustrated on block 470, the forecast may refresh all balances,goals, and the like and be presented to a user via an interactiveresource interface with dashboards. The interaction allows the user tomanipulate spending and savings thus illustrating an adjustment tofuture spending and/or future saving. As such, the system presents theuser with a real-time illustration of future resource implications basedon the adjustments to spending and/or savings. The interactive resourceinterface including dashboard may appear via overlay on a mobile devicescreen such as during a web session, texting session, telephone session,gaming session, or the like being conducted on the mobile device. Thus,the dashboard may displace one or more portions of the web session onthe display, as such manipulating the physical position of thedisplaying of the web session, text session, telephone session or thelike such that the dashboard may be displayed and visualized as anoverlay.

Based on the user interaction with the interface, the system may projectfuture view of a forecast for user resources. The forecast mayillustrate all user resources and the impact of those resources upon oneor more manipulations to the spending and/or saving of a user via mockmanipulation of the inflows 410, current balances 420, liquid resources403, outflows 440, and scheduled goals 460 and circulate through theprocess 400 with these future looking projections based on the usermanipulations. Thus, the system may present the user with a projectedfuture forecast based on user manipulations of the various data pointsassociated with the database.

FIG. 5 illustrates a process map for the real-time determination ofresource availability process 500, in accordance with one embodiment ofthe present invention. As illustrated by block 502, the system receivesan indication that a user wants to evaluate his/her resources. Forexample, the user may desire a real-time view of all resources availableto the user. In another example, the user may desire to manipulatehis/her resources and distribute the resources to various other accountsor the like. In yet another example, the user may desire to perform amock resource move, thus the system may illustrate how the mock move ofresources may affect all of the user's resource at a current time orfuture time.

As illustrated by block 504, the system may identify the user and userinformation for authorization to access the resource interface similarto the embodiments described with respect to block 204 of process flow200. Once the user has been authenticated and the user information hasbeen identifies, the system may access real-time information about eachof the user's resources. Block 506 illustrates that the system mayaccess the resources of the user (e.g., the resources described withrespect to blocks 410 and 430 in FIG. 4). For example, the systemaccesses resource information from the user's accounts that a financialinstitution services. In this way, the system may utilize theauthorization information provided from the user to access, via webportals, the resource activity. In other embodiments, the system maycontact one or more financial institutions or entities holding userresources to request and obtain access to the resource data. The usermay also allow the system to access the user's accounts/resources withother third-parties and/or financial institutions. Moreover, the systemmay evaluate other resources that the system knows that the user owns,such as for example the system has information about the property thatthe user's own, and thus can evaluate the value of the resource and/orthe future value over of the resource over time.

As illustrated in block 508 the system accesses the expenses of the user(e.g., the expenses described with respect to block 440 in FIG. 4). Forexample, the system accesses expense information from the user'saccounts that a financial institution services. The user may also allowthe system to access the user's accounts with other third-partyfinancial institutions (e.g., first mortgage, second mortgage, or thelike). As such, the system may evaluate the expenses that the user hasthat may affect the forecast planning of the user.

It should be understood that with respect to blocks 506 and 508, as wellas otherwise described herein, in some embodiments of the invention thecurrent and/or future fair market value of the resources or expenses maybe determined by accessing third-party servers, systems, devices,applications, or the like in order to determine the fair market values.For example, the system may access websites that provide estimates ofhome values, car values, antique values, or the like.

Block 510 illustrates that the system determines the past/future fundinflows for the user. For example, the system can determine the amountof funds that the user has received from various accounts within andoutside of a financial institution over time. With respect to theaccounts serviced by a financial institution the system may access tothe past/future fund inflows. With respect to accounts located outside afinancial institution the past fund inflows may be determined byidentifying the inflow of funds into the accounts held by a financialinstitution. Moreover, as previously discussed the user may allow thesystem to access the user's accounts to determine any past/future fundsthat the user may receive from various resources. Moreover, the systemmay determine the resources of the user that have yet to provide inflows(e.g., 401k accounts that cannot be accessed until a specific time, orthe like). In some embodiments the system may estimate the future inflowof funds, for example, if the user receives the same paymentscontinuously in consecutive time periods the system may continue toestimate the same fund receipts in future time periods.

In some embodiments, the user may have resources that only the user isaware of, and as such the user may provide an indication of theunidentified user resources to the system to include in the calculationof the user's resources and/or fund in-flows for the resource interface.In some embodiments the unidentified resources may include money beingpaid back for a loan provided by the user that the system does knowabout, the user is a beneficiary of an account that the system does notknow about, the user is a silent partner in business that the systemdoes not know about, or the like.

In some embodiments, the system may analyze the resource outflows oroutflow resource transfers in order to determine what may qualify as anoutflow that is necessary or critical (e.g., necessary or semi-necessaryto cover cost of living expenses), such as mortgages, heat, water, gas,phone, internet, or the like, from any discretionary spending that maycover payments the user may make for entertainment (e.g., trips, dinnerout, movies, shows, presents, or the like), such as payments that wouldbe covered by the calculated available fund amount. As such, thetransactions made by the user that may be discretionary may be utilizedto determine an estimated available fund amount that the user iscurrently spending, which may be augmented by inflation rates in orderto determine what the available fund amount may be in the future. Assuch, the available fund amount may be set in order to determine whatthe user likely wants to have available to the user in the future.

Block 512 illustrates that the system determines the estimated futureinflows that the user receives based on the past inflows and futureinflows determined from block 510. The system may determine theestimated inflows that the user may receive (e.g., may decide toreceive, may be required to receive based on applicable laws, or thelike) in the future. The estimated inflows may be averaged over a one ormore time periods (e.g., short term, long term, or the like), may bedetermined for one or more time periods, or may be determine untilreaching the time parameter. In some embodiments, the estimated futureinflows may be based on a user mock movement of resources from oneaccount to another. In this way, the system may determine the impact ofa movement of resources on the other resources associated with the user.

Block 514 illustrates that the system determines the past and futurescheduled resource outflows for the user. For example, the system candetermine the amount of funds that user has paid from various accountswithin and outside of a financial institution over time to a specificvendor or on a cyclical pattern. In this way, the system may identifymonthly expenses for the user. The system may first identify cyclicalmonthly expenses for the user. The system may extract data fromfinancial institutions and identify patterns in payments from accountsof the user to one or more specific venders. These patterns may includecyclical payments to the same vendor, similar amounts of payments to thesame vendor, or the like. In some embodiments, the system may, viacommunication linkage, communicate with the vendor directly in order todetermine cyclical payments of a user.

Based on the identified monthly expenses, the system may parsing out themonthly expenses for a granular view of the individual payment from theuser. In this way, the system may parse out the identified monthlyexpenses to a granular level, such that the date, time, product/service,amount, and merchant for each payment identified is revealed. In thisway, the system may utilize and compile data received from the user,financial institution, and vendor in order to identify the date, time,product/service, amount, and merchant for each identified cyclicexpense. The system may access to the past/future fund outflows byexamining the payments that the user has made over time (e.g., in thepast) and/or has scheduled in the future. This may be performed byaccessing a financial institution system or via system authorization foraccess to the resources of the user based on user provided authorizationcredentials. In some embodiments the system may estimate the futureoutflow of funds, for example, if the user makes the same paymentscontinuously in consecutive time periods the system may continue toestimate the same payment in future time periods. For example, thesystem can determine the amount of funds that the user has sent forpayment from various accounts within and outside of a financialinstitution over time. Moreover, the system may determine the expensesof the user that have yet to provide outflows (e.g., annuity paymentsthat the user may make in the future, payments scheduled for a trustaccount, payments to fund a future resource purchase, or the like). Insome embodiments the system may estimate the future outflow of funds,for example, if the user makes the same payments continuously inconsecutive time periods the system may continue to estimate the samepayments in future time periods.

In some embodiments, the user may have expenses that only the user isaware of, and as such the user may provide an indication of theunidentified expenses to the system to include in the system'scalculation of the user's expenses and/or fund out-flows. In someembodiments the unidentified expenses may include money the user ispaying back for a loan provided to the user (e.g., loan from a familymember or friend, or the like) that the system does know about, the useris supporting a dependent that the financial institution does not knowabout, the user is a silent partner in business that the system does notknow about, or the like.

Block 516 illustrates that the system determines the estimated futureoutflows that the user pays based on the past outflows and futureoutflows. The system may determine the estimated outflows that the usermay pay (e.g., may decide to pay, may be required to pay based onapplicable laws, payments made to cover expenses, or the like) in thefuture. The estimated outflows may be averaged over a one or more timeperiods (e.g., short term, long term, or the like), may be determinedfor one or more time periods, or may be determine until reaching a userspecified time parameter. Next, as illustrated in block 517, the systemmay display on an interactive resource interface a forecasted balance ofthe user resources. As such, the system may convert data extracted fromthe sources in blocks 506, 508, 510, 512, 514, and 516 into a structuredformat for monitoring and implementation into the forecast. In this way,the data may be converted into a textual format encrypted for securityuse for only real-time determination of resource availability resourceinterfaces and dashboards. Once the data is removed from the interfacesor dashboards, the system encryption may prevent the data from beingreadable in any other medium.

As illustrated in block 519, the system may calculate a projectedforecast based on user selections. In this way, the user may select, viathe interactive forecast display of block 517 to manipulate in a mock orexample fashion various resources to illustrate the effect of themanipulation on other resources at present or in the future.Furthermore, the interactive forecast display of block 517 also allowsfor real transfer and manipulation of funds across the resources of theuser.

As illustrated in block 521, the system may also calculate expensesmoothing for the user. Expense smoothing is detailed above in FIG. 3.Based on the identified resources from blocks 506, 508, 510, 512, 514,and 516, the system may determine a granular level of each expenseassociated with a resource. In this way, the date, time,product/service, amount, and merchant for each expense or paymentidentified is revealed for identified cyclical payments. In this way,the system may utilize and compile data received from the user,financial institution, and vendor in order to identify the date, time,product/service, amount, and merchant for each identified cyclicexpense. Next, the system may extract or retrieve the user's budgetinformation for each expense. In some embodiments, the user may have abudget for each cyclical expense, such as a loan payment, electric bill,or the like. These budgets may be utilized to later identify and producea steady-state stabilization for the user resources.

Next, as illustrated in block 522, the system may display the expensesmoothing along with the savings activities, goal progression, savingprojections, spending categories, and forecasts onto the resourceinterface and/or onto selectable dashboards associated therewith. Theinterface and dashboards may appear via overlay on a mobile devicescreen such as during a web session, texting session, telephone session,gaming session, or the like being conducted on the mobile device. Thus,the interface may displace one or more portions of the web session onthe display, as such manipulating the physical position of thedisplaying of the web session, text session, telephone session or thelike such that the interface may be displayed and visualized as anoverlay.

As illustrated in block 523, the system allows a user to take areal-time snapshot of the interactive resource interface data. Thesnapshot may be stored and exported to one or more programs for resourcemanagement or storage. Otherwise, the data on the resource interfacethat has been converted into a textual format encrypted for security usefor only real-time determination of resource availability resourceinterfaces and dashboards. Once the data is removed from the interfacesor dashboards, the system encryption may prevent the data from beingreadable in any other medium.

As illustrated in block 526, the system, via the interface may receivean indication from the user to adjust spending, saving, or otherillustrated metrics on the interface. In some embodiments, the user maybe preparing for a large purchase with the adjustment and wishing toview resource implications from the purchase. In other embodiments, theadjustment may reflect an actual move of resources, such as a purchaseor reallocation of resources to one or more alternative sources. In yetother embodiments, the adjustment may be a mock adjustment to visualizedifferent accounts or mediums for a user to put resources. The systemmay also allow a user to add an additional mock account to add resourcesto, thus giving the user a visualization of overall resources ifimplementing a new account. As such, this may provide a user with apast, future, or present view of all resources allocated in a variety ofways to determine the best allocation for the user at that time. Asillustrated in block 528, the system may recalculate and update theresource interface with the adjustments from block 526. Finally, thesystem may present the user with the updated interface with dashboardsand similar snapshot capabilities for the updated adjustments, asillustrated in block 529.

FIG. 6 provides a high level process flow illustrating the real-timeresource optimization allocation process 600, in accordance with someembodiments of the present invention. In some embodiments, process 600is directed to the implementation of the automatic resource allocationtool by the system. Typically, inflow resource transfers, such aspaychecks and other income in directed to a transactional user resourcelike a checking account. The user may reallocate the income with outflowresource transfers, from the transactional user resource, as paymentsfor both critical tasks and discretionary spending, for example, througha payment instrument like a check or debit card. However, often, theoutflow resource transfers comprise complete absorption or reallocationof a substantial portion of the income, with little or no savings. Thereis a need for systems and tools that provide automatic reallocation ofthe resource inflows from a transactional resource to a savingsresource. The automatic resource allocation tool provides reallocationof inflow resource transfers to a savings resource, in real-time, toprevent the resource inflows from being absorbed into the user'sspending or outflow resource transfers. This is beneficial since, thereallocation into a savings resource enables accumulation of resourcesthat may be used for completion of user goals or user requirements inthe future, since savings resources are configured to restrict outflowresource transfers. Another aspect of the automatic reallocation toolinvolves automatic reallocation of resources from the savings resourceto an investment resource associated with the user to foster resourcegrowth.

As illustrated in block 602, the process 600 is initiated by determiningresources associated with the user. In this regard, the system mayestablish an operative communication link with the mobile deviceassociated with the user and transmit and store at least a portion ofthe user resource application on the mobile device. The system may thendetermine user resources based on analyzing mobile device data extractedfrom the mobile device, via the operative communication link, similar tothe embodiments described with respect to block 202.

Next, as illustrated in block 604, the process 600 continues byextracting resource data from a source of each user resource associatedwith the user, wherein resource data comprises real-time resource level,resource transfer history, resource transfer schedules and user goalsfor each user resource. In this regard, based on receiving the requisiteauthorization credentials from the user, the system may retrieve theresource data from the sources of the resources and transform theextracted resource data into a textual format encrypted for use only onan automatic resource allocation interface associated with the userresource application, similar to embodiments described previously,particularly those described with respect to block 204.

As illustrated on block 606, the process 600 further comprisescontinually monitoring the user resources for resource transfers andchanges in resource levels, as described previously. In this regard, thesystem may determine a first user resource of the one or more userresources. The system may determine a first resource level associatedwith the first resource. In some embodiments, the first resource is atransactional resource comprising a checking account or atransaction/current account associated with a first financialinstitution. A transactional resource typically provides easy access forthe user to conduct resource transfers to fulfill day-to-dayrequirements of the user. Typically, a transaction resource holdsresources or funds that are available for frequent and immediate accessand initiation of outflow resource transfers. In this regard, thetransactional resources are configured for conducting resource transfersusing financial instruments (for example, debit cards, checks, creditcards), online banking, mobile banking using tokens/aliases of accountnumbers through digital wallets, transaction terminals such as ATMs andpoint of sale terminals and other suitable means. Restrictions onresource transfers are relaxed for the transactional resources and theinterest provided for the transactional resources is lower in comparisonwith other resources like savings resources or investment resources.

Based on the continual monitoring of the user resources, the system mayidentify at least one trigger event comprising an inflow resourcetransfer into the first user resource, as depicted by block 608. In thisregard, the system may also determine an inflow resource transfer valueassociated with the resource transfer. As discussed, the first userresource may be a transactional resource with an inflow resourcetransfer, that when completed may cause an increase in the firstresource level. For example, the system may determine a checking accountof the user with a first balance or resource level comprising initialavailable funds. The system may then determine that a first amount offunds (inflow resource transfer value) associated with the user'spaycheck are being deposited (inflow resource transfer) into thechecking account. This deposit may be directed to a pending transactionthat has been approved for payment, which may be completed/settled at apredetermined future instance. In other instances, the deposit or inflowresource transfer may be directed to a posted transaction that has beenprocessed for payment and the associated funds have been received at thefirst financial institution.

In some embodiments, the system may retrieve resource data, resourcetransfer schedules and the determined resource availability for usage,in real time. The system may analyze the resource data, resourcetransfer schedules and the determined resource availability for usage inconjunction with the first resource transfer value, to ascertain whetherthe user would require the some or all of the incoming first resourcetransfer value/funds for critical tasks. For example, the system mayanalyze the resource data associated with the user's checking accountand determine that the user would require a certain amount/resourcevalue for critical tasks in that time period, for example, a month/week,before another scheduled/expected inflow resource transfer in thefuture. The system may also determine that the current resourceavailability for usage (difference between the first resource level andthe required amount for critical tasks) exceeds the requirement, andthat the incoming first resource transfer value would not be vital forthe time period. Therefore, the system may determine that transferringthe first resource value, once posted in the first user resource, to asavings resource may be beneficial, since this would allow foraccumulation of resources in the savings resource and also for resourcegrowth, for example, due to interest accrued.

As another illustration, the system may determine that a portion A ofthe inflow resource transfer value would be required for critical tasksof the user to account for a deficit in the current resourceavailability for usage. The system may further determine that a minimumbalance/resource level B is required for the first resource and thatbased on user input, the user would require an amount/resource value Cfor discretionary spending in the time period. The system may thendetermine an outflow transfer amount from the first resource to asavings resource equal to the difference between inflow resourcetransfer value and aggregate value of allocations A, B and C. Therefore,the automatic resource allocation tool conducts dynamic savingsactivities based on current user requirements, resource data and usergoals. As another example, the system may determine a predeterminedvalue of optimal savings percentage P for the user. The savingspercentage P may be directed to a percentage of a total amount requiredfor a goal, a percentage of the inflow resource transfer value to thefirst resource, a user defined value and the like. The system may thenseek to transfer a portion of the inflow resource transfer to the firstuser resource that corresponds to the value/amount associated with thepercentage P. In some embodiments, the system may automatically, or inresponse to a user input, determine a progressive growth rate of savingsto achieve savings goals in a shorter time period and to precludedisruptions in the user's spending and budgets due to abrupt largeallocations, and to gradually acclimatize the user to savings transfers.In this regard, the percentage P may increase over predefined timeperiods. For example, a percentage P of 3% for a first month may beincreased to 5% for the second month, 7% for the third month and so on.In some embodiments, the system may initiate recurring transfers betweenthe transactional and savings accounts.

Therefore the system may determine a second user resource directed to asavings resource comprising a second resource level. The savingsresource may comprise a savings account, a money market account, acertificate of deposit and the like. Savings resources typicallyrestrict resource transfers, specifically outflow resource transfersfrom the resource, within a time period. Savings accounts also typicallyenable the user to accumulate interest on funds or the second resourcelevel that may be compounded on a daily, weekly, monthly, or annualbasis. After transfer the savings resource level would increase by thefirst resource transfer value or the amount of funds that weretransferred. The funds in the savings resource may be earmarked for thefuture needs of the user. The second user resource may be associatedwith the first financial institution or another financial institution.

In the instances where the user may be associated with multiple savingsresources, the system may choose the second user resource based onfactors like amount being deposited, interest value provided by thesavings account, minimum deposit time before first withdrawal, minimumdeposit amount, financial institution associated with the savingsaccount, number of permissible deposits and the like and their relationwith the resource data and user goals. For example, the system maydetermine the second user resource comprising a savings account based ondetermining that the second user resource is associated with the firstfinancial institution, for ease of transfers between the first userresource and the second user resource. As another example, the systemmay determine a user goal of saving for the user's child's education andthat based on the current time, the child is likely pursue collegeeducation in 15 years. The system may then determine one or moreCertificates of deposit (CD) accounts already associated with the useror new CDs provided by financial institutions associated with the useras suitable second user resources, based on determining that the term ofthe CD is less than 15 years and that the amount/outflow resource beingtransferred from the first user resource is greater than the minimumdeposit amount for the CD. In some embodiments, the system allocatesportions of the outflow resource transfer from the first user account tomultiple second user resources. In some embodiments, the systeminitiates a presentation of the automatic resource allocation toolinterface on the mobile device, comprising information associated withthe first user resource, first resource level, inflow resource transfervalue, resource availability for usage, available second user resourcesand the associated factors, optimal determined reallocation value andthe like. The user may then review the presented information and providea selection of at least one user resource, amount/portion of inflow tobe reallocated, authorization for the resource transfer and the like.

At block 610, the system may then initiate, automatically, and inreal-time, an outflow resource transfer from the first user resourcesuch that at least a portion of the inflow resource transfer value istransferred to the second user resource, wherein the outflow resourcetransfer when completed cause an increase in the second resource level.In this regard, the system may determine the at least a portion of theinflow resource transfer value to be transferred based on the examplesand factors discussed above. In some embodiments, system may furtherlink the first user resource and the second user resource to facilitatefuture resource transfers and to avail one or more benefits of linkedaccounts. In this regard, the system may transmit control instructionsto entity systems associated with the first and second user resources,based on receiving appropriate authentication and authorization from theuser. The system may then transmit control instructions to the mobiledevice of that cause the user resource application to presentnotifications associated with the initiation of the resource transfer,status of the resource transfer, resource transfer value/amount and thelike, via the automatic resource allocation interface.

In some embodiments, the system may initiate resource transfers from thefirst user resource and/or the second user resource to a third userresource configured to provide resource growth, as illustrated at blocks612 and 614. The third user resource may be an investment resourcecomprising an investment account, joint investment account, individualretirement account, mutual fund investment accounts, and the like. Insome embodiments, investment resources provide increased growth incomparison with savings resources. For example, the system may initiatethe resource transfer based on determining that a particular stockspecified by the user is currently at a predefined value. The system mayalso automatically initiate purchase of a certain number of thespecified stocks via the investment resource.

In some embodiments, the system may initiate, automatically, and inreal-time, an outflow resource transfer from the first user resourcesuch that at least a portion of the inflow resource transfer value istransferred to the third user resource. In this regard, the system maydetermine the at least a portion of the inflow resource transfer valueto be transferred based on the examples and factors discussed above,similar to the resource transfers to savings resources. In someembodiments, system may further link the first user resource and thethird user resource to facilitate timely resource transfers. In thisregard, the system may transmit control instructions to entity systemsassociated with the first and third user resources, based on receivingappropriate authentication and authorization from the user. In thisregard, the system may generate trading authorization forms, accountlinking authorization forms and the like and transmit them to the mobiledevice. The system may retrieve templates of the forms from entitysystems and prefill the forms based on application information andresource data associated with the user. Typically, the investmentresources are configured with certain investment rules, eitherautomatically or based on user selection. The transferred at least aportion of the inflow resource transfer value may be appropriatelyinvested based on the rules and the performance and growth of the thirduser resource may be monitored continuously. The system may initiatetransmission of alerts and notifications based on user preferences likeupper and lower acceptable threshold values for the third resource,time-based recurring alerts and the like.

In some embodiments, the system may initiate, automatically, and inreal-time, an outflow resource transfer from the second user resourcesuch that a second resource transfer value is transferred to the thirduser resource. In this regard, the system may determine the at least aportion of the inflow resource transfer value to be transferred based onthe examples and factors discussed above, similar to the resourcetransfers to savings resources. For example, the system may determinethat the investment resource requires a minimum amount/principal to beinvested. In this regard, the system may continuously monitor thesavings resource for resource accumulation, and initiate, automatically,the resource transfer with the minimum amount, based on determining thatthe second resource level is greater than or equal to the minimum amountto be invested. In some embodiments, system may further link the seconduser resource and the third user resource and transmit notifications asdescribed above.

FIG. 7 provides a high level process flow illustrating the resourceallocation process 700 that is based on available resources and that maybe conducted via an interactive interface, in accordance with someembodiments of the present invention. In some embodiments, process 700is directed to the implementation of the interactive resource allocationtool by the system. In some embodiments, the interactive resourceallocation tool aims to encourage a user to save and is specificallydirected to users who are just beginning to save and users who do nothave specific savings plans. This tool enables the user to start saving,determine savings requirements and configure the one or more resourceallocation tools accordingly. In some embodiments, the system providesan interactive resource allocation interface that encourages the user tosave based on gamification of the saving steps. This gamificationapproach may be combined with any of the resource allocation tools andresource transfer steps to achieve faster and optimal allocations basedon user input. The system may further periodically alert the user toperform savings transfers for completion of goals. In other aspects, thesystem may enable the user to save a percentage of every purchasetransactions.

As illustrated in block 702, the process 700 is initiated by determiningresources associated with the user. In this regard, the system mayestablish an operative communication link with the mobile deviceassociated with the user and transmit and store at least a portion ofthe user resource application on the mobile device. The system may thendetermine user resources based on analyzing mobile device data extractedfrom the mobile device, via the operative communication link, similar tothe embodiments described with respect to block 202.

Next, as illustrated in block 704, the process 700 continues byextracting resource data from a source of each user resource associatedwith the user, wherein resource data comprises real-time resource level,resource transfer history, resource transfer schedules and user goalsfor each user resource. In this regard, based on receiving the requisiteauthorization credentials from the user, the system may retrieve theresource data from the sources of the resources and transform theextracted resource data into a textual format encrypted for use only onan automatic resource allocation interface associated with the userresource application, similar to embodiments described previously,particularly those described with respect to block 204.

As illustrated on block 706, the process 700 further comprisescontinually monitoring the user resources for resource transfers andchanges in resource levels, as described previously. The system maytransmit control instructions to the mobile device that cause the userresource application to present an interactive resource allocationinterface on the display of the mobile device, wherein the interactiveresource interface is configured to receive user input comprisingphysical gestures. The interactive resource allocation interface maycomprise design elements and game principles in non-game contexts suchas financial resource transfers. The interactive resource interface isconfigured to improve user engagement and productivity. The interactiveresource interface may receive user input in the form of one or moregestures, interpret the gestures, dissect the gesture into gestureattributes and correlate the gesture with one or more financialactivities. In this regard, the system may transmit control signals tothe touch sensors, motion/orientation sensors like accelerometers andglobal positioning devices and the like associated with the mobiledevice, via the operative communication link. The control signals causethe sensors to receive the user input, measure one or more gestureattributes and transmit the received user input and the gestureattributes to the system. The system may receive an indication of one ormore physical gestures of the user and their gesture attributes from themobile device sensors. The system may then analyze the information anddetermine at least one trigger event comprising at least one gesture ofthe one or more physical gestures, at block 708.

The physical gestures may be in the form of tactile commands like touchpatterns and swipe motions on a touch screen display of the mobiledevice, in the form of movement of the mobile device by changing theposition and orientation of the mobile device in a three dimensionalspace, alone or on combination with voice commands provided by the userand the like. Each physical gesture may be associated with gestureattributes comprising at least one of a gesture direction, a gesturepath, a gesture velocity, gesture pressure, start and end points and thelike. Typically each of the gesture attributes may be assigned a valuefrom a range of values based on measuring/analyzing the physicalgesture. The gesture values of an attribute or a combination ofattributes may be correlated with a financial activity, resourcetransfer and/or a user resource. These association and correlations maybe predefined or may be defined by the user. In some embodiments, eachgesture attribute is associated with at least one user resource.

The system may then determine a first user resource and a second userresource associated with the gesture attributes, at block 710. Thecorrelation/association of the gesture attributes and the user resourcesare described with respect to the transactional, savings and investmentresources of the process flow 600. For example, the system may identifya first physical gesture comprising a first swipe motion received fromthe user. The system may determine gesture attributes comprising a startpoint with coordinates of the display/screen center of the mobile deviceand an end point at a right edge of the screen with a curved path. Thesystem may determine that the start point of the gesture is associatedwith transactional resource, the end point is associated with thesavings resource and that the curved path indicates a resource transferfrom the transactional resource to the savings resource. As anotherexample, the system may determine a gesture comprising clockwise turnsor swiveling of the mobile device and associated the gesture withresource transfer from the savings resource to the investment resourcebeing associated with a predetermined resource transfer value or amountfor each swivel/turn (for example, 5 cents, 1 dollar, 25 dollars and thelike).

In some embodiments, the physical gestures are defined at a certaingesture pressure application on the screen by the user, such that therange of defined pressures is different that the pressures utilized bythe user for other day-to-day conventional activities on the mobiledevice, like selecting, scrolling and the like, using the built-ininterface or another application. In some embodiments, the systemcontinuously monitors for the physical gesture inputs from the user,based on the resource application running in the background, while theuser participates in one or more sessions. In some embodiments,determination of a physical gesture with a gesture pressure attributewithin the defined range, causes the user resource application toautomatically present an overlay of the interactive resource allocationinterface on the existing session, with the determined resourcesinvolved in the resource transfer and the amounts involved. The systemmay enable the user to modify the resources or the amounts and provide aconfirmation for the resource transfer. In other embodiments, the userresource application, running in the background, automatically initiatesthe resource transfer or places the transfer in a queue, while the useris continuing the active session. The system may transmit vibratory oraudible notification to indicate the transfer. The user may be provideda certain window of time to rescind the transfer, before transmittingcontrol instructions to the entity systems involved.

In some embodiments, the system may determine that the user is currentlyassociated with a session on a first application of the mobile device,wherein the session comprises a display of a first application interfaceon the mobile device. In this regard the session on the display may be aweb session, text session, or telephone session and the like. The systemmay determine a savings resource of the user resource comprising asavings resource level and one or more transactional resources of theuser resources, wherein each transactional resource comprises atransactional resource level. The system may then present theinteractive resource allocation interface via overlay on the display ofthe mobile device such that the interactive allocation resourcedisplaces one or more portions of the session on the display, wherebymanipulating the physical position of the displaying of the session,wherein the interactive resource allocation interface comprises anotification to initiate a resource transfer to the savings resource anda display of the one or more transactional resources and thetransactional resource levels. The system may receive, from the user, aselection of at least one transactional resource, for example, via aphysical gesture; and in response initiate a resource transfer from theat least one transactional resource to the savings resource such that afirst resource value of the at least one transactional resource istransferred to the savings resource, wherein the resource transfercauses an increase in the savings resource level.

Based on determining the first user resource and the second userresource, the system may determine the current resource levels (firstresource level and second resource level) prior to initiating theresource transfer. In some embodiments, the physical gestures areassociated with predefined resource transfer values/amounts to betransferred. In some embodiments, the predefined resource transfervalues are directed to small amounts of funds, so as to ensure periodicaccumulation of the small amounts of savings. In some embodiments smallamounts of funds/savings may comprise subdivisions of units of currency,for example, the amount transferred may be a two-hundredth subdivisionof a particular unit of currency. In other embodiments, the userspecifies the resource transfer value via the interactive resourceallocation interface that is presented in response to identifying thetrigger event comprising the physical gesture. The system may theninitiate, automatically and in real-time, a resource transfer from thefirst user resource to the second resource such that a first resourcetransfer value/savings amount of the first user resource is transferredto the savings resource, wherein the resource transfer causes a decreasein the first resource level and an increase in the second resourcelevel, at block 712. In this regard, the system may transmit controlinstructions to the entity systems associated with the first and seconduser resources, configured to cause the systems to perform the resourcetransfer.

In some embodiments of the invention, the system may automaticallyinitiate or remind the user to initiate savings activities, whenever theuser performs payments, purchases and other outflow resource transfers.In this regard, the system may identify the at least one trigger eventcomprising an outflow resource transfer from a first user resource ofthe user resources. The system may further, identify an outflow resourcetransfer value associated with the trigger event/the payment initiatedby the user. The system may then determine a savings resource of theuser resources comprising a savings resource level. The system may thentransmit notifications to the user, to remind the user to save a firstresource value/amount in addition to the outflow, the first resourcevalue being a predefined percentage of the outflow resource transfervalue. The system may receive an input from the user comprising aphysical gesture described previously. In response, the system mayinitiate a resource transfer from the first user resource to the savingsresource such that a first resource value of the first user resource istransferred to the savings resource, wherein the resource transfercauses an increase in the savings resource level. Therefore, there maybe two outflow resource transfers from the first user resource, thefirst being the payment of the outflow resource transfer value and thesecond being the savings activity comprising an amount equal to apercentage of the payment.

In some embodiments, the system may seek to remind the user to performsavings activities periodically. For example, the system may determinethat the user has not initiated any inflow resource transfers to aparticular savings resource in a while. The system may then notify theuser, reminding the user to initiate savings, or the system mayautomatically initiate the transfers to the savings resource. In thisregard, the system may analyze resource data associated with a savingsresource of the user resources, wherein the resource data comprisesresource transfer history and a savings resource level associated withthe savings resource. The system may then determine a closing inflowresource transfer into the savings resource, wherein identifying theclosing inflow resource transfer comprises determining a first timeassociated with the closing inflow resource transfer. The system mayfurther determine an elapsed time period between the first time and thecurrent time and identify the at least one trigger event based ondetermining that the elapsed time period exceeds a predeterminedthreshold value. The system may also determine a transactional resourceof the user resources comprising a transactional resource level, and inresponse initiate a resource transfer from the transactional resource tothe savings resource such that a first resource value of thetransactional resource is transferred to the savings resource, whereinthe resource transfer causes an increase in the savings resource level.

As will be appreciated by one of ordinary skill in the art, the presentinvention may be embodied as an apparatus (including, for example, asystem, a machine, a device, a computer program product, and/or thelike), as a method (including, for example, a business process, acomputer-implemented process, and/or the like), or as any combination ofthe foregoing. Accordingly, embodiments of the present invention maytake the form of an entirely software embodiment (including firmware,resident software, micro-code, and the like), an entirely hardwareembodiment, or an embodiment combining software and hardware aspectsthat may generally be referred to herein as a “system.” Furthermore,embodiments of the present invention may take the form of a computerprogram product that includes a computer-readable storage medium havingcomputer-executable program code portions stored therein. As usedherein, a processor may be “configured to” perform a certain function ina variety of ways, including, for example, by having one or morespecial-purpose circuits perform the functions by executing one or morecomputer-executable program code portions embodied in acomputer-readable medium, and/or having one or more application-specificcircuits perform the function. As such, once the software and/orhardware of the claimed invention is implemented the computer device andapplication-specific circuits associated therewith are deemedspecialized computer devices capable of improving technology associatedwith the in authorization and instant integration of a new credit cardto digital wallets.

It will be understood that any suitable computer-readable medium may beutilized. The computer-readable medium may include, but is not limitedto, a non-transitory computer-readable medium, such as a tangibleelectronic, magnetic, optical, infrared, electromagnetic, and/orsemiconductor system, apparatus, and/or device. For example, in someembodiments, the non-transitory computer-readable medium includes atangible medium such as a portable computer diskette, a hard disk, arandom access memory (RAM), a read-only memory (ROM), an erasableprogrammable read-only memory (EPROM or Flash memory), a compact discread-only memory (CD-ROM), and/or some other tangible optical and/ormagnetic storage device. In other embodiments of the present invention,however, the computer-readable medium may be transitory, such as apropagation signal including computer-executable program code portionsembodied therein.

It will also be understood that one or more computer-executable programcode portions for carrying out the specialized operations of the presentinvention may be required on the specialized computer includeobject-oriented, scripted, and/or unscripted programming languages, suchas, for example, Java, Perl, Smalltalk, C++, SAS, SQL, Python, ObjectiveC, and/or the like. In some embodiments, the one or morecomputer-executable program code portions for carrying out operations ofembodiments of the present invention are written in conventionalprocedural programming languages, such as the “C” programming languagesand/or similar programming languages. The computer program code mayalternatively or additionally be written in one or more multi-paradigmprogramming languages, such as, for example, F#.

It will further be understood that some embodiments of the presentinvention are described herein with reference to flowchart illustrationsand/or block diagrams of systems, methods, and/or computer programproducts. It will be understood that each block included in theflowchart illustrations and/or block diagrams, and combinations ofblocks included in the flowchart illustrations and/or block diagrams,may be implemented by one or more computer-executable program codeportions. These one or more computer-executable program code portionsmay be provided to a processor of a special purpose computer for theauthorization and instant integration of credit cards to a digitalwallet, and/or some other programmable data processing apparatus inorder to produce a particular machine, such that the one or morecomputer-executable program code portions, which execute via theprocessor of the computer and/or other programmable data processingapparatus, create mechanisms for implementing the steps and/or functionsrepresented by the flowchart(s) and/or block diagram block(s).

It will also be understood that the one or more computer-executableprogram code portions may be stored in a transitory or non-transitorycomputer-readable medium (e.g., a memory, and the like) that can directa computer and/or other programmable data processing apparatus tofunction in a particular manner, such that the computer-executableprogram code portions stored in the computer-readable medium produce anarticle of manufacture, including instruction mechanisms which implementthe steps and/or functions specified in the flowchart(s) and/or blockdiagram block(s).

The one or more computer-executable program code portions may also beloaded onto a computer and/or other programmable data processingapparatus to cause a series of operational steps to be performed on thecomputer and/or other programmable apparatus. In some embodiments, thisproduces a computer-implemented process such that the one or morecomputer-executable program code portions which execute on the computerand/or other programmable apparatus provide operational steps toimplement the steps specified in the flowchart(s) and/or the functionsspecified in the block diagram block(s). Alternatively,computer-implemented steps may be combined with operator and/orhuman-implemented steps in order to carry out an embodiment of thepresent invention.

While certain exemplary embodiments have been described and shown in theaccompanying drawings, it is to be understood that such embodiments aremerely illustrative of, and not restrictive on, the broad invention, andthat this invention not be limited to the specific constructions andarrangements shown and described, since various other changes,combinations, omissions, modifications and substitutions, in addition tothose set forth in the above paragraphs, are possible. Those skilled inthe art will appreciate that various adaptations and modifications ofthe just described embodiments can be configured without departing fromthe scope and spirit of the invention. Therefore, it is to be understoodthat, within the scope of the appended claims, the invention may bepracticed other than as specifically described herein.

What is claimed is:
 1. A system for real-time resource tracking andallocation, whereby the system provides a comprehensive integratedplatform for identification, monitoring and optimal allocation ofresources, the system comprising: at least one memory device withcomputer-readable program code stored thereon; at least onecommunication device; at least one processing device operatively coupledto the at least one memory device and the at least one communicationdevice, wherein executing the computer-readable program code causes theat least one processing device to: establish an operative communicationlink with a mobile device associated with a user and provide a userresource application on the mobile device; determine user resourcesassociated with the user; extract resource data from a source of eachuser resource of user; transform the extracted resource data into atextual format encrypted for use only on a resource tracking andallocation interface of the user resource application; determineresource availability for usage, wherein determining the resourceavailability for usage comprises determining resource values requiredfor predetermined tasks of the user; analyze the resource data togenerate resource transfer analysis, wherein analyzing the resource datacomprises determining resource transfer patterns; formulate one or moreresource allocation tools based on at least user goals and the resourceavailability for usage, wherein each of the one or more resourceallocation tools is correlated with at least one trigger event;identify, in real-time, at least one trigger event associated with theuser resources; identify, via the user resource application running inthe background on the mobile device, a first physical user gestureduring a current session on an active application interface of a firstapplication on the mobile device; determine, via one or more mobiledevice sensors, a plurality of gesture attributes associated with thefirst physical user gesture, wherein the plurality of gesture attributesof the physical user gesture comprise (i) a gesture direction, (ii) agesture path, (iii) a gesture velocity and (iv) gesture pressure; basedon analyzing the plurality of gesture attributes of the first physicaluser gesture during a current session on an active application interfaceof a first application on the mobile device, (i) determine a first userresource associated with the determined plurality of gesture attributes,(ii) determine a second user resource associated with the determinedplurality of gesture attributes, and (iii) determine a first resourcetransfer value associated with the determined plurality of gestureattributes of the first physical user gesture; place, via the userresource application running in the background on the mobile device, afirst resource transfer from the first user resource to the secondresource in a queue while the user is continuing the current session onthe active application; provide, via the user resource applicationrunning in the background on the mobile device, a predetermined windowof time for the user to rescind the first resource transfer; in responseto determining a termination of a predetermined window of time torescind the first resource transfer, initiate, automatically and inreal-time, the first resource transfer from the first user resource tothe second resource such that the first resource value of the first userresource is transferred to the savings resource via at least oneresource allocation tool of the one or more resource allocation tools,wherein the resource transfer is associated with a decrease in a firstresource level of the first user resource and an increase in a secondresource level of the second user resource; and present, via the userresource application, notifications associated with the implementationof the at least one resource tool and current levels of user resources.2. The system of claim 1, wherein, the at least one resource allocationtool comprises an automatic resource allocation tool, wherein executingthe computer-readable program code causes the at least one processingdevice to: identify the at least one trigger event comprising an inflowresource transfer into a transactional resource of the user resources,wherein identifying the at least one trigger event comprises determiningan inflow resource transfer value associated with the trigger event;determine a savings resource of the user resources comprising a savingsresource level; and initiate, automatically and in real-time, an outflowresource transfer from the transactional account such that at least aportion of the inflow resource transfer value is transferred to thesavings resource, wherein the outflow resource transfer comprises anincrease in the savings resource level.
 3. The system of claim 1,wherein, the at least one resource allocation tool comprises arestrictive reallocation tool, wherein executing the computer-readableprogram code causes the at least one processing device to: identify theat least one trigger event comprising an initiation of an outflowresource transfer from the first user resource of the user resources viathe first application of the mobile device, wherein the firstapplication is a third party application configured to allow the user toinitiate resource transfers from user resources based on verification ofa first authentication credential; and generate a double verificationrequirement for the first application, wherein the double verificationrequirement is a second authentication for transferring resources viathe first application.
 4. The system of claim 3, wherein executing thecomputer-readable program code causes the at least one processing deviceto: input the double verification requirement into the firstapplication, wherein inputting the double verification requirementincludes inputting code that requires the user to verify using thedouble verification prior to allowing the application to transferresources; and restrict the outflow resource transfer from the firstuser resource until the completion of the double verificationrequirement, wherein the completion of the double verificationrequirement comprises the successful validation of a secondauthentication credential received from the user.
 5. The system of claim1, wherein, the at least one resource allocation tool comprises a visualreallocation tool, wherein executing the computer-readable program codecauses the at least one processing device to: identify the at least onetrigger event comprising an initiation of an outflow resource transferfrom the first user resource of the user resources via the firstapplication of the mobile device, wherein the first application is athird party application configured to allow the user to initiateresource transfers from user resources through a first interfacepresented on the display; and generate a contextual visualrepresentation of a goal product or service for the user resources. 6.The system of claim 5, wherein executing the computer-readable programcode causes the at least one processing device to: present the generatedcontextual visual representation on the display of the mobile device;lock, via the generated contextual visual representation presented inthe display of the mobile device, the functionality of the firstapplication for a predetermined time period; and restrict the outflowresource transfer until the identification of a second trigger event,wherein the second trigger event comprises at least one of elapse of thepredetermined time period and receiving a user input comprisingreallocation of the outflow resource transfer to a savings resource ofthe user resources.
 7. The system of claim 1, wherein, the at least oneresource allocation tool comprises an interactive resource allocationtool, wherein executing the computer-readable program code causes the atleast one processing device to: identify the at least one trigger eventcomprising at least one of (i) a predetermined physical user gesturehaving a gesture pressure attribute within a predetermined range, (ii)an elapsed time period since a prior inflow transfer of the second userresource exceeding a predetermined threshold, (iii) initiation of anoutflow resource transfer from the first user resource, and (iv) theuser input comprising the first physical user gesture.
 8. The system ofclaim 7, wherein executing the computer-readable program code causes theat least one processing device to: in response to the at least onetrigger event, overlay, via the user resource application running in thebackground, an interactive resource allocation interface over the activeapplication interface of the first application such that the interactiveallocation resource interface displaces one or more portions of theactive application interface on the display; wherein the interactiveresource allocation interface comprises a notification for the user toinitiate the resource transfer, wherein the interactive resourceinterface is configured to receive user input comprising the firstphysical user gesture; and wherein the first physical user gesturecomprises at least one of a tactile touch pattern, a tactile swipemotion, and change of orientation of the mobile device in a threedimensional space.
 9. The system of claim 1, wherein the at least oneresource allocation tool comprises an interactive resource allocationtool, wherein executing the computer-readable program code causes the atleast one processing device to: identify the at least one trigger eventcomprising an outflow resource transfer from the first user resource ofthe user resources, wherein identifying the at least one trigger eventcomprises determining an outflow resource transfer value associated withthe trigger event; determine a savings resource of the user resourcescomprising a savings resource level; and in response to the outflowresource transfer from the first user resource, initiate a secondresource transfer from the first user resource to the savings resourcesuch that a first resource value of the first user resource istransferred to the savings resource, wherein the resource transfercomprises an increase in the savings resource level.
 10. The system ofclaim 1, wherein, the at least one resource allocation tool comprises anautomatic resource stabilizer tool, wherein executing thecomputer-readable program code causes the at least one processing deviceto: determine a transactional resource of the user resources comprisinga first resource level; and identify the at least one trigger eventassociated with the transactional resource, wherein identifying the atleast one trigger event comprises determining that the first resourcelevel is greater than a predetermined stabilizer threshold.
 11. Thesystem of claim 10, wherein executing the computer-readable program codecauses the at least one processing device to: determine a savingsresource of the user resources comprising a savings resource level; andinitiate a second resource transfer from the transactional resource tothe savings resource such that a first resource value of thetransactional resource is transferred to the savings resource, whereinthe resource transfer is configured to decrease the first resource levelto the predetermined stabilizer threshold.
 12. A computer programproduct for real-time resource tracking and allocation, whereby thecomputer program product provides a comprehensive integrated platformfor identification, monitoring and optimal allocation of resources, thecomputer program product comprising a non-transitory computer-readablestorage medium having computer-executable instructions to: establish anoperative communication link with a mobile device associated with a userand provide a user resource application on the mobile device; determineuser resources associated with the user; extract resource data from asource of each user resource of user; transform the extracted resourcedata into a textual format encrypted for use only on a resource trackingand allocation interface of the user resource application; determineresource availability for usage, wherein determining the resourceavailability for usage comprises determining resource values requiredfor predetermined tasks of the user; analyze the resource data togenerate resource transfer analysis, wherein analyzing the resource datacomprises determining resource transfer patterns; formulate one or moreresource allocation tools based on at least user goals and the resourceavailability for usage, wherein each of the one or more resourceallocation tools is correlated with at least one trigger event;identify, in real-time, at least one trigger event associated with theuser resources; identify, via the user resource application running inthe background on the mobile device, a first physical user gestureduring a current session on an active application interface of a firstapplication on the mobile device; determine, via one or more mobiledevice sensors, a plurality of gesture attributes associated with thefirst physical user gesture, wherein the plurality of gesture attributesof the physical user gesture comprise (i) a gesture direction, (ii) agesture path, (iii) a gesture velocity and (iv) gesture pressure; basedon analyzing the plurality of gesture attributes of the first physicaluser gesture during a current session on an active application interfaceof a first application on the mobile device, (i) determine a first userresource associated with the determined plurality of gesture attributes,(ii) determine a second user resource associated with the determinedplurality of gesture attributes, and (iii) determine a first resourcetransfer value associated with the determined plurality of gestureattributes of the first physical user gesture; place, via the userresource application running in the background on the mobile device, afirst resource transfer from the first user resource to the secondresource in a queue while the user is continuing the current session onthe active application; provide, via the user resource applicationrunning in the background on the mobile device, a predetermined windowof time for the user to rescind the first resource transfer; in responseto determining a termination of a predetermined window of time torescind the first resource transfer, initiate, automatically and inreal-time, the first resource transfer from the first user resource tothe second resource such that the first resource value of the first userresource is transferred to the savings resource via at least oneresource allocation tool of the one or more resource allocation tools,wherein the resource transfer is associated with a decrease in a firstresource level of the first user resource and an increase in a secondresource level of the second user resource; and present, via the userresource application, notifications associated with the implementationof the at least one resource tool and current levels of user resources.13. The computer program product of claim 12, wherein, the at least oneresource allocation tool comprises an automatic resource allocationtool, wherein the non-transitory computer-readable storage mediumfurther comprises computer-executable instructions to: identify the atleast one trigger event comprising an inflow resource transfer into atransactional resource of the user resources, wherein identifying the atleast one trigger event comprises determining an inflow resourcetransfer value associated with the trigger event; determine a savingsresource of the user resources comprising a savings resource level; andinitiate, automatically and in real-time, an outflow resource transferfrom the transactional account such that at least a portion of theinflow resource transfer value is transferred to the savings resource,wherein the outflow resource transfer comprises an increase in thesavings resource level.
 14. The computer program product of claim 12,wherein, the at least one resource allocation tool comprises arestrictive reallocation tool, wherein the non-transitorycomputer-readable storage medium further comprises computer-executableinstructions to: identify the at least one trigger event comprising aninitiation of an outflow resource transfer from the first user resourceof the user resources via the first application of the mobile device,wherein the first application is a third party application configured toallow the user to initiate resource transfers from user resources basedon verification of a first authentication credential; and generate adouble verification requirement for the first application, wherein thedouble verification requirement is a second authentication fortransferring resources via the first application.
 15. The computerprogram product of claim 14, wherein the non-transitorycomputer-readable storage medium further comprises computer-executableinstructions to: input the double verification requirement into thefirst application, wherein inputting the double verification requirementincludes inputting code that requires the user to verify using thedouble verification prior to allowing the application to transferresources; and restrict the outflow resource transfer from the firstuser resource until the completion of the double verificationrequirement, wherein the completion of the double verificationrequirement comprises the successful validation of a secondauthentication credential received from the user.
 16. The computerprogram product of claim 12, wherein, the at least one resourceallocation tool comprises a visual reallocation tool, wherein thenon-transitory computer-readable storage medium further comprisescomputer-executable instructions to: identify the at least one triggerevent comprising an initiation of an outflow resource transfer from thefirst user resource of the user resources via the first application ofthe mobile device, wherein the first application is a third partyapplication configured to allow the user to initiate resource transfersfrom user resources through a first interface presented on the display;and generate a contextual visual representation of a goal product orservice for the user resources.
 17. The computer program product ofclaim 16, wherein the non-transitory computer-readable storage mediumfurther comprises computer-executable instructions to: present thegenerated contextual visual representation on the display of the mobiledevice; lock, via the generated contextual visual representationpresented in the display of the mobile device, the functionality of thefirst application for a predetermined time period; and restrict theoutflow resource transfer until the identification of a second triggerevent, wherein the second trigger event comprises at least one of elapseof the predetermined time period and receiving a user input comprisingreallocation of the outflow resource transfer to a savings resource ofthe user resources.
 18. The computer program product of claim 12,wherein, the at least one resource allocation tool comprises aninteractive resource allocation tool, wherein the non-transitorycomputer-readable storage medium further comprises computer-executableinstructions to: identify the at least one trigger event comprising atleast one of (i) a predetermined physical user gesture having a gesturepressure attribute within a predetermined range, (ii) an elapsed timeperiod since a prior inflow transfer of the second user resourceexceeding a predetermined threshold, (iii) initiation of an outflowresource transfer from the first user resource, and (iv) the user inputcomprising the first physical user gesture.
 19. The computer programproduct of claim 18, wherein the non-transitory computer-readablestorage medium further comprises computer-executable instructions to: inresponse to the at least one trigger event, overlay, via the userresource application running in the background, an interactive resourceallocation interface over the active application interface of the firstapplication such that the interactive allocation resource interfacedisplaces one or more portions of the active application interface onthe display; wherein the interactive resource allocation interfacecomprises a notification for the user to initiate the resource transfer,wherein the interactive resource interface is configured to receive userinput comprising the first physical user gesture; and wherein the firstphysical user gesture comprises at least one of a tactile touch pattern,a tactile swipe motion, and change of orientation of the mobile devicein a three dimensional space.
 20. The computer program product of claim12, wherein the at least one resource allocation tool comprises aninteractive resource allocation tool, wherein the non-transitorycomputer-readable storage medium further comprises computer-executableinstructions to: identify the at least one trigger event comprising anoutflow resource transfer from the first user resource of the userresources, wherein identifying the at least one trigger event comprisesdetermining an outflow resource transfer value associated with thetrigger event; determine a savings resource of the user resourcescomprising a savings resource level; and in response to the outflowresource transfer from the first user resource, initiate a secondresource transfer from the first user resource to the savings resourcesuch that a first resource value of the first user resource istransferred to the savings resource, wherein the resource transfercomprises an increase in the savings resource level.